SD-WANは、拠点を結ぶネットワークで、アプリケーションの通信をポリシーに沿って転送する仕組みです。MEFの標準では、土台となる一つ以上の接続サービスの上で動く仮想的なネットワークとして整理されています。MEF 70.1 第6章
導入を考えるときは、製品名より先に「どの業務を、どの経路へ流し、障害時に何を優先するか」を決めます。本記事では、定義と製品の実装例を踏まえ、企業のIT担当者が要件を書き出すための確認表と試験手順を示します。表や手順は編集上の提案であり、特定製品の性能保証ではありません。
SD-WANの仕組み：回線と、その上の制御を分ける
SD-WANはSoftware-Defined Wide Area Networkの略です。構成を理解する際は、通信の土台である「アンダーレイ」と、その上に構成する「オーバーレイ」を分けると整理できます。MEFは、SD-WANサービスと土台の接続サービスの提供責任も区別しています。MEF 70.1 第6章
| 整理する層 | 要件書で確認すること |
|---|---|
| アンダーレイ：通信の土台 | 各拠点で使う回線、契約帯域、障害窓口、代替回線 |
| オーバーレイ：その上の通信制御 | 業務別の転送方針、経路の選択条件、監視項目 |
| 運用の分担 | 回線障害の調査担当、ポリシー変更の承認者、復旧判断者 |
「SD-WANにするので既存回線をすべて解約する」と先に決めず、現行回線を残す案と更改する案を並べて検討してください。見積もりでも、接続サービスと制御機能を別々の項目にすると比較しやすくなります。
VPNとの比較では、通信の保護と経路の判断を確認する
VPNとの比較は、名称だけで置き換え可否を決めず、「拠点間通信をどう保護するか」と「経路をどの条件で選ぶか」に分けます。MEFでは、SD-WANにおける拠点間の暗号化もサービスの機能として扱われています。採用候補には、暗号化の対象区間と設定条件を確認しましょう。MEF 70.1 第6.2節
既存VPNについても、接続先、暗号化区間、経路制御の設定を棚卸しし、移行後に引き継ぐ要件を明記します。「SD-WANならセキュリティ対策が全部そろう」という前提で設計を省略しないことが大切です。
経路変更は「回線断」と「品質低下」を分けて決める
経路制御の実装例として、Cisco Catalyst SD-WANのApplication-Aware Routingは、パケット損失、遅延、ジッターを使って経路を評価します。ジッターは遅延のばらつきです。通信が完全に途絶える前の品質低下も経路選択の対象になります。Cisco Application-Aware Routing
ただし、経路を変更できることと、業務が無停止で続くことは別の確認項目です。要件には、回線断を検知した時刻、別経路で通信を再開した時刻、利用者が業務を再開できた時刻を分けて残します。
切替速度だけでなく、復旧時の戻し方も指定する
Ciscoの同資料では、品質の測定値を集計する間隔や評価に使う期間を設定します。短い変動で頻繁に経路が変わるのを抑える設計にも言及しており、「品質低下を検知したら必ず即時に切り替わる」と一律には扱えません。Cisco「Classification of Tunnels into SLA Classes」
製品選定では、次の三つを質問に含めてください。
- 主経路が使えない場合、代替経路へ移る条件と時間をどう設定するか。
- すべての候補経路が品質条件を下回った場合、通信をどう扱うか。
- 主経路が回復した場合、戻す条件と安定を確認する時間をどう決めるか。
回答は、対象製品・ソフトウェア版・有効な機能を添えて受け取ります。Ciscoの実装例を他製品の仕様に読み替えず、採用候補ごとに確認する進め方です。
拠点ごとの要件を埋める確認表
最初に、全社共通の方針と拠点固有の条件を分けます。以下の表を拠点ごとに複製し、未決定の欄には担当者と決定期限を入れてください。
| 項目 | 記入欄 | 決めるための問い |
|---|---|---|
| 対象拠点・業務 | 拠点：＿＿／業務：＿＿ | 通信停止で何の作業が止まるか |
| 通信先 | 社内：＿＿／クラウド：＿＿ | 業務ごとにどこへ接続するか |
| 通常経路と代替経路 | 通常：＿＿／代替：＿＿ | どの回線・装置を経由させるか |
| 品質条件 | 指標：＿＿／上限：＿＿／評価期間：＿＿ | 業務部門が許容できる状態は何か |
| 障害時に優先する業務 | 継続：＿＿／抑制：＿＿ | 代替経路で全業務を動かす必要があるか |
| 全経路が条件未達の場合 | 動作：＿＿／承認者：＿＿ | 品質が悪くても継続するか、停止するか |
| 復旧時の動作 | 戻す条件：＿＿／待機時間：＿＿ | 自動で戻すか、担当者が判断するか |
| インターネット向け通信 | 出口：＿＿／検査：＿＿／ログ：＿＿ | 出口を変えた後も必要な管理を続けられるか |
| 受入基準 | 許容停止：＿＿／確認操作：＿＿ | 何ができれば業務復旧と判定するか |
| 障害連絡と変更承認 | 連絡先：＿＿／承認者：＿＿ | 夜間・休日も同じ窓口でよいか |
品質条件の数値は、業務アプリの要件と現状の測定結果を持ち寄って決めます。機器に設定する閾値と、回線契約で保証される条件も別欄で管理すると、設定変更と契約上の問題を混同せずに済みます。
インターネットへの出口を拠点側へ移す案では、変更対象のアプリ、アクセス制御、ログの保管先をセットで確認します。出口の位置だけを先に決めず、現在の運用を誰が引き継ぐかまで記入しましょう。
導入前の試験で確認する四つの状態
試験は通信の疎通だけで終えず、実際の業務操作まで確認する計画にします。対象業務・利用者・実施時間・切り戻し条件を事前に合意してから進めてください。
| 試験する状態 | 見ること | 残す証跡 |
|---|---|---|
| 主回線の切断 | 代替経路への移行と業務の再開 | 検知・切替・業務再開の各時刻 |
| 遅延・損失の増加 | 設定した条件で経路が変わるか | 品質値、評価期間、選択経路 |
| 全経路の品質低下 | 事前に決めた継続・停止方針に合うか | 適用ルール、通信結果、通知 |
| 主回線の復旧 | 戻る条件と経路の安定性 | 復旧後の経路推移、業務結果 |
Web会議なら会議を継続できたか、業務システムなら入力中の操作をやり直す必要があったか、といった利用者の結果を記録します。復旧後は数回の疎通確認だけで合否を決めず、合意した観測期間で判定してください。
二つの回線を使う案では、回線名だけでなく、引込経路、終端装置、電源の共有有無も提供元へ確認します。回線の切替試験とは別に、どの故障まで対応範囲にするかを書き出しておくためです。
費用と運用分担を含めて採否を判断する
比較見積もりには、回線、拠点機器、ライセンス、監視・保守、導入作業、移行期間の二重運用を含めます。回線費だけの比較で結論を出さず、既存構成を継続する場合と同じ期間・対象拠点で総額を並べましょう。
役割分担は、自社が業務の優先順位と許容停止時間を決め、構築担当が経路と設定案を作り、運用担当が監視と復旧手順を確認する形を出発点にできます。委託する場合も、業務影響を受け入れる判断者は明記してください。
採用判断の材料は、製品の機能一覧に加えて、埋めた要件表と試験結果です。まず代表拠点で検証し、未達の受入基準があれば原因と修正案を整理してから展開範囲を決めます。外部支援を検討する際は、この表を使って設計・構築・運用の依頼範囲を整理してください。当社の支援案内はインフラ支援ページに掲載しています。