クラウドサービスのトラフィック最適化【第6回】
“遅いMicrosoft 365”を解消する「SD-WAN」の利点と、見落とせない課題
「Microsoft 365」(Office 365)をはじめとするクラウドサービスを快適に利用するために、通信を最適化する手段として「SD-WAN」があります。そのメリットと注意点を整理します。
オフィススイート「Microsoft 365」(Office 365)のようなSaaS(Software as a Service)の動作が遅くなる問題は、ネットワークの構成を変更したり、ネットワークに改善を加えたりすることで解消できる可能性があります。第5回「“遅いMicrosoft 365”をネットワーク大改造なしで解消する『ADC』の利点と課題」で紹介した、「ADC」(アプリケーションデリバリーコントローラー)を介したトラフィックの振り分けはその一つです。SaaSをはじめとするクラウドサービスとの接続を改善するために最適な手段は、組織の方針や既存のネットワーク構成によっても異なります。
本稿は「SD-WAN」(ソフトウェア定義ネットワーク)を利用した手段について、メリットと注意点を紹介します。
併せて読みたいお薦め記事
「SD-WAN」を使う理由
「Microsoft 365」「Google Workspace」関連の記事
SD-WANを利用したトラフィック最適化のメリット
クラウドサービスとの通信を最適化する手段として、SD-WANがもたらす主なメリットは以下の通りです。
- アプリケーション識別に基づくトラフィック制御ができる
- 小規模拠点にも比較的安価かつ容易に導入できる
- さまざまなWAN回線の構成を採用できる
SD-WANのアプリケーション識別とトラフィックの制御機能を利用することで、各拠点に引き込んだインターネット回線にクラウドサービスのトラフィックを直接送信できます。こうした「ローカルブレークアウト」をすることで、データセンターと接続する拠点間ネットワークの通信負荷を軽減できます。
一般的にはSD-WAN用のネットワーク機器はルーティング機能を併せ持ち、小規模拠点に配置できる安価な製品も少なくありません。ネットワーク機器に設定を自動的に流し込む「ゼロタッチプロビジョニング」という機能を備えた製品の場合は、ネットワーク管理者が導入拠点まで行かなくても設定が可能です。
SD-WANは「IPsec」などのセキュリティプロトコルを使って、暗号化した仮想的な経路をWAN回線に確立します。そのため「IP-VPN」のような専用のWAN回線を利用せずに済むことが利点です。WANの経路はソフトウェアによって制御できるため、必要に応じて迅速にネットワーク構成を変更できることもSD-WANの利点です。
SD-WANの注意点
一方で、SD-WANによるトラフィック制御で注意すべき点は下記の通りです。
- データセンターでプロキシサーバを利用する場合は経路設計に配慮が求められる
- 確実に全てのアプリケーションを識別できるわけではない
- 大規模拠点でのサイジングには特に注意が求められる
プロキシサーバを経由するようにクライアントデバイスを設定している場合は注意が必要です。インターネット向けのトラフィックが全てプロキシサーバに向かってしまうと、SD-WANによるローカルブレークアウトができなくなってしまう可能性があるからです。プロキシサーバを利用する場合は、クライアントデバイスにプロキシサーバを自動的に選択する仕組み(「プロキシ自動設定ファイル」など)を導入したり、データセンターのプロキシサーバを廃止してクラウドサービス形式のプロキシサーバに切り替えたりする必要があります。
SD-WANは100%確実なローカルブレークアウトを保証できるわけではありません。SD-WANによるトラフィックの振り分けは、識別可能なアプリケーションのリストや、動的に更新されるクラウドサービスのIPアドレスリストに基づいています。これらのリストの網羅性や正確性がローカルブレークアウトの精度に影響するのです。
アプリケーション識別の際は、通信パケットの中身を観測します。この際、アプリケーションとクライアントデバイスが接続する際の最初の幾つかのパケットのやりとりだけではアプリケーションを識別するための情報が十分に得られず、確実にローカルブレークアウトができないことがあります。他のアプリケーションとパケットの中身が類似している場合も、十分にアプリケーションを識別できないことがあります。
ほとんど変更されることのないドメイン名と異なり、クラウドサービスへの接続先となるIPアドレスは、比較的頻繁に変更されます。変更は機能やサービスの追加/削除、コンテンツ配信ネットワーク(CDN)を介したサービス配信などの際に発生します。SD-WANがこうした変更に追随できないことがあります。
SD-WANは一般のルーターよりも比較的複雑な処理を担うため、処理できる同時セッション数に制限がある場合もあります。Microsoft 365のようなオフィススイートのSaaS(Software as a Service)は、PC1台当たりのセッション数が多くなる傾向にあるため、多数の従業員が同時に利用する大規模拠点への導入ではサイジングに注意する必要があります。
総じて、SD-WAN製品を用いたトラフィック制御が適しているのは下記のようなケースです。
- 多数の中小規模拠点がある
- 拠点間をつなぐWAN回線の逼迫(ひっぱく)を解消したい、または増強を避けたい
- 全てのWAN回線をインターネット回線に変更したい
- クラウドサービス中心のネットワーク構成に切り替えたい
執筆者紹介
石塚 健太郎(いしづか・けんたろう) A10ネットワークス ソリューションアーキテクト/博士(情報学)
マルチクラウドやクラウドサービスの活用につながる製品の開発・提案を担当。ネットワーク最適化の知見を国内企業に展開している。
Copyright © ITmedia, Inc. All Rights Reserved.
クラウドサービスのトラフィック最適化
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは? -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌 -
事例
[ServiceNow Japan合同会社] 開発期間は3年余、なぜNTTデータグループはSaaSで基幹システム開発を行ったのか -
事例
[ServiceNow Japan合同会社] 富士通のAI変革、人が介在しないサービスデスク実現に向けた取り組みとは? -
事例
[ServiceNow Japan合同会社] 業務効率化とサービス品質向上をどう両立する? JTBのデジタル変革に学ぶ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
5
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
6
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
7
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
8
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
9
AI基盤は本当に「オンプレ回帰」する? Broadcomの言い分と企業の本音
-
10
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
7
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
8
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
9
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー