---
title: 20260424_オンプレNetworkからAzure Virtual WAN移行時の課題事例あれこれ
tags:  #azure #network  
author: [Kazuki Masuda](https://image.docswell.com/user/5592427366)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/DEY4Z6QMJM.jpg?width=480
description: 20260424_オンプレNetworkからAzure Virtual WAN移行時の課題事例あれこれ by Kazuki Masuda
published: April 25, 26
canonical: https://image.docswell.com/s/5592427366/KWRXYY-2026-04-25-210952
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/DEY4Z6QMJM.jpg)

オンプレ閉域網 Network から
Azure Virtual WAN移行時の課題事例あれこれ
2026/4/24
NTTドコモビジネス株式会社
増田 和己


# Page. 2

![Page Image](https://bcdn.docswell.com/page/VJNY3ZK378.jpg)

本日お伝えしたいこと
以下検討しているネットワーク担当者向けに、Azure Virtual WAN の
特徴や移行方法、移行時の留意点を共有したい。
・Azure Virtual WAN が何ぞやを知りたい
・閉域網からのクラウドリフト化を検討している
・Azure Virtual WAN を用いたハブ – スポーク構成を検討している
2


# Page. 3

![Page Image](https://bcdn.docswell.com/page/YE9P9ZVPJ3.jpg)

目次
1. Azure Virtual WAN 検討背景
2. Azure Virtual WAN の特徴
3. 閉域網からの Azure Virtual WAN の移行方式
4. Azure Virtual WAN の移行方式補足
5. まとめ
3


# Page. 4

![Page Image](https://bcdn.docswell.com/page/GE8D91PXED.jpg)

本発表留意事項
・本内容は2026/4/24時点の情報であること
・Azure Virtual WAN 導入は道半ばであり、本日共有する情報に加筆修
正が発生する可能性があること
・本内容は個人の見解であり、弊社の方向性を示したものではないこと
4


# Page. 5

![Page Image](https://bcdn.docswell.com/page/LELMWQ1N7R.jpg)

いきなりクイズです!
Azure Virtual WAN について誤っているものはどれ??(回答は最後に)
1. Azure Virtual WAN Hub は Japan East/West に構築可能である
2. Azure Virtual WAN のルーティングプロトコルは OSPF である
3. Azure Virtual WAN は Azure Firewall 機能利用が可能である
4. 閉域網からの Azure Virtual WAN 移行方式は2つである(発表者見解)
5


# Page. 6

![Page Image](https://bcdn.docswell.com/page/4JMY91WQJW.jpg)

目次
1. Azure Virtual WAN 検討背景 → 省略
2. Azure Virtual WAN の特徴
3. 閉域網からの Azure Virtual WAN の移行方式
4. Azure Virtual WAN の移行方式補足
5. まとめ
6


# Page. 7

![Page Image](https://bcdn.docswell.com/page/PJR9GLYK79.jpg)

目次
1. Azure Virtual WAN 検討背景
2. Azure Virtual WAN の特徴
3. 閉域網からの Azure Virtual WAN の移行方式
4. Azure Virtual WAN の移行方式補足
5. まとめ
7


# Page. 8

![Page Image](https://bcdn.docswell.com/page/PEXQXWG5JX.jpg)

2. Azure Virtual WAN の特徴
発表者の考える Azure Virtual WAN の特徴は以下のとおり。
特徴1. Azure Virtual WAN Hub の世界設置が可能
特徴2. 多様なハブ – スポーク構成が可能
特徴3. BGPによる自動ルーティング制御が可能
特徴4. Azure Firewall 機能追加が可能
8


# Page. 9

![Page Image](https://bcdn.docswell.com/page/3EK9WV4RED.jpg)

Azure Virtual WAN とは
Azure Virtual WAN は、ネットワーク、セキュリテイ、ルーテイングのさまざまな機能をまとめて、
1つの運用インターフェイスを提供するネットワーク サービスである (所謂ハブ構成)。
Azure Virtual WAN の概要 | Microsoft Learn
9


# Page. 10

![Page Image](https://bcdn.docswell.com/page/L73W1MLG75.jpg)

特徴1. Azure Virtual WAN Hub の世界設置が可能
世界のリージョンに仮想ハブ (Azure Virtual WAN Hub) を設置した WAN 構成実
現が可能。
欧州
仮想ハブ
仮想ハブ
米国
東日本
香港
西日本
東南
アジア
10


# Page. 11

![Page Image](https://bcdn.docswell.com/page/87DKX6NNJG.jpg)

特徴1. Azure Virtual WAN Hub の世界設置が可能(留意点)
ハブは無制限で構築可能だが、ハブに接続するリソースに各種制限あり(以下例)
・1. 仮想ハブの ExpressRoute Gateway に接続可能な回線最大数 : 8 (条件付き)
・2. 仮想ハブの VPN Gateway (S2S VPN)に接続可能なデバイス数 : 1,000
etc
VPN Gateway
ExpressRoute
Gateway
Azure Virtual WAN での ExpressRoute 接続について | Microsoft Learn
Azure Virtual WAN に関する FAQ | Microsoft Learn
11


# Page. 12

![Page Image](https://bcdn.docswell.com/page/VJPKPY5NE8.jpg)

特徴2. 多様なハブ – スポーク構成が可能
Azure Virtual WAN Hub と各拠点(スポーク)間の接続方法として以下が可能。
①VNET接続、②Site to Site VPN(S2S VPN)接続、③ExpressRoute接続
On-Premise
On-Premise
2
3
スポーク
V
P
N
ハブ
VPN Gateway
ExpressRoute
Gateway
１
スポーク
12


# Page. 13

![Page Image](https://bcdn.docswell.com/page/2EVV2GPYEQ.jpg)

特徴2. 多様なハブ – スポーク構成が可能(留意点)
S2S VPN接続は Azure Virtual WAN Hub 毎の冗⾧構成が可能。
On-Premise
V
P
N
V
P
N
13


# Page. 14

![Page Image](https://bcdn.docswell.com/page/57GLR8PWEL.jpg)

特徴2. 多様なハブ – スポーク構成が可能(留意点)
ExpressRoute 接続も Azure Virtual WAN Hub 毎の冗⾧構成が可能。
On-Premise
14


# Page. 15

![Page Image](https://bcdn.docswell.com/page/4EQYV92QJP.jpg)

特徴2. 多様なハブ – スポーク構成が可能(留意点)
VNET接続は Azure Virtual WAN Hub 毎の冗⾧構成が不可。
→ (見た目上) 非冗⾧化である点に注意
2回線目の接続を試みると
エラー発生
15


# Page. 16

![Page Image](https://bcdn.docswell.com/page/KJ4WMXLY71.jpg)

特徴3. BGPによる自動ルーティング制御が可能
ハブ - スポーク間は BGP プロトコルを用いた自動ルーティング制御が可能。
On-Premise
On-Premise
スポーク
V
P
N
ハブ
B
G
P
スポーク
16


# Page. 17

![Page Image](https://bcdn.docswell.com/page/LE1Y8NLN7G.jpg)

特徴3. BGPによる自動ルーティング制御が可能(留意点)
ただし子スポークは BGP 範囲外のため、スポークに個別設定(NVA)が必要。
On-Premise
On-Premise
スポーク
V
P
N
ハブ
B
G
P
スポーク
子スポーク
17


# Page. 18

![Page Image](https://bcdn.docswell.com/page/GEWGZ4QMJ2.jpg)

特徴3. BGPによる自動ルーティング制御が可能(留意点対応例)
VNET A(子スポーク) ⇔ VNET C(スポーク) 間を通信可能にするには?
子スポーク
スポーク
VNET A
VNET B
10.10.0.0/16
10.20.0.0/16
スポーク
ハブ
10.40.0.0/16
?
10.50.0.0/16
VNET C
10.30.0.0/16
18


# Page. 19

![Page Image](https://bcdn.docswell.com/page/47ZL12WMJ3.jpg)

特徴3. BGPによる自動ルーティング制御が可能(留意点対応例)
VNET A(子スポーク) ⇔ VNET C(スポーク) 間を通信可能にするには?
子スポーク
スポーク
VNET A
VNET B
10.10.0.0/16
スポーク
ハブ
10.40.0.0/16
10.50.0.0/16
10.20.0.0/16
VNET C
10.30.0.0/16
<手順>
a. スポークVNET(VNET B)にNVA相当のリソース(Azure Firewall等)を用意し、
VNET A ⇔ VNET B 間の通信を開放するネットワークルールを設定。
b. VNET B に VNET A へのルートが記載されたルートテーブルを用意。
c. VNET A に VNET B へのルートが記載されたルートテーブルを用意。
19


# Page. 20

![Page Image](https://bcdn.docswell.com/page/YJ6WLVG5JV.jpg)

特徴3. BGPによる自動ルーティング制御が可能(留意点対応例)
a. スポークVNET(VNET B)にNVA相当のリソース(Azure Firewall等)を用意し、
VNET A ⇔ VNET B 間の通信を開放するネットワークルールを設定。
※ スポーク VNET にAzure Route Server の配置不可
a
10.20.1.4
VNET A
VNET B
10.10.0.0/16
10.20.0.0/16
10.40.0.0/16
10.50.0.0/16
VNET C
10.30.0.0/16
BGP
Azure Virtual WAN に関する FAQ | Microsoft Learn
20


# Page. 21

![Page Image](https://bcdn.docswell.com/page/GJ5M1DVGJ4.jpg)

特徴3. BGPによる自動ルーティング制御が可能(留意点対応例)
b. VNET B に VNET A へのルートが記載されたルートテーブルを用意。
<Table例>
Default Route
To 10.10.0.0/16
: 仮想ネットワーク内部
: 10.20.1.4 が GW
b
10.20.1.4
VNET A
VNET B
10.10.0.0/16
10.20.0.0/16
10.40.0.0/16
10.50.0.0/16
VNET C
10.30.0.0/16
BGP
21


# Page. 22

![Page Image](https://bcdn.docswell.com/page/LE3W1MDPE5.jpg)

特徴3. BGPによる自動ルーティング制御が可能(留意点対応例)
c. VNET A に VNET B へのルートが記載されたルートテーブルを用意。
<Table例>
Default Route :
10.20.1.4 がGW
c
10.20.1.4
VNET A
VNET B
10.10.0.0/16
10.20.0.0/16
10.40.0.0/16
10.50.0.0/16
VNET C
10.30.0.0/16
BGP
22


# Page. 23

![Page Image](https://bcdn.docswell.com/page/8EDKX6P37G.jpg)

特徴4. Azure Firewall 機能追加が可能
仮想ハブ通過通信は Azure Firewall(L4レイヤ) で制御可。
※ “セキュリティ保護付き仮想ハブ” 機能
On-Premise
On-Premise
V
P
N
23


# Page. 24

![Page Image](https://bcdn.docswell.com/page/V7PKPYNPJ8.jpg)

特徴4. Azure Firewall 機能追加が可能(留意点)
ただし、Azure Virtual WAN に WAF(L7レイヤ) の搭載は不可である。
On-Premise
On-Premise
V
P
N
24


# Page. 25

![Page Image](https://bcdn.docswell.com/page/2JVV2GKVJQ.jpg)

特徴4. Azure Firewall 機能追加が可能(留意点)
ハブ拠点で WAF を利用したい場合、Azure ランディングゾーン(*)に基づき
VNET をハブとするネットワーク構成とすること。
* Azure環境を効率的かつ安全に構築運用するためのフレームワーク
On-Premise
On-Premise
スポーク
ハブ
スポーク
25


# Page. 26

![Page Image](https://bcdn.docswell.com/page/5EGLR8Q1JL.jpg)

2. Azure Virtual WAN の特徴
Azure Virtual WAN の特徴を踏まえた選定基準は以下(以下赤字が許容されること)
特徴1. Azure Virtual WAN Hub の世界設置が可能
→ Hub 数は無制限に構築可能だが、Hub に紐づく Gateway 数などの制限に該当しないこと
特徴2. 多様なハブ – スポーク構成が可能
→ (見た目上)非冗⾧化な箇所がある点が許容されること
特徴3. BGPによる自動ルーティング制御が可能
→ 子スポークが存在する場合、子スポークの接続元スポークに NVA を用意できること
特徴4. Azure Firewall 機能追加が可能
→ Azure Virtual WAN Hub に WAF 機能は不要であること
26


# Page. 27

![Page Image](https://bcdn.docswell.com/page/4JQYV9KN7P.jpg)

目次
1. Azure Virtual WAN 検討背景
2. Azure Virtual WAN の特徴
3. 閉域網からの Azure Virtual WAN の移行方式
4. Azure Virtual WAN の移行方式補足
5. まとめ
27


# Page. 28

![Page Image](https://bcdn.docswell.com/page/K74WMXP3E1.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
閉域網からの Azure Virtual WAN への移行方式として、以下2つが考えられる。
・方式1 : Azure ランディングゾーン踏襲型
・方式2 : 既存ハブ – スポーク環境維持型
28


# Page. 29

![Page Image](https://bcdn.docswell.com/page/LJ1Y8N9ZEG.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
閉域網からの Azure Virtual WAN への移行方式として、以下2つが考えられる。
・方式1 : Azure ランディングゾーン踏襲型
→ 子スポークは作成しない構成、公式情報には当該方法の手順が展開
スポーク
VNET B
10.20.0.0/16
スポーク
ハブ
10.40.0.0/16
10.50.0.0/16
VNET C
10.30.0.0/16
アーキテクチャ:Azure Virtual WAN に移行する | Microsoft Learn
29


# Page. 30

![Page Image](https://bcdn.docswell.com/page/GJWGZ4Q672.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
閉域網からの Azure Virtual WAN への移行方式として、以下2つが考えられる。
・方式2 : 既存ハブ – スポーク環境維持型
→ 子スポークの存在を許容する構成
子スポーク
スポーク
VNET A
VNET B
10.10.0.0/16
10.20.0.0/16
スポーク
ハブ
10.40.0.0/16
10.50.0.0/16
VNET C
10.30.0.0/16
30


# Page. 31

![Page Image](https://bcdn.docswell.com/page/4EZL12WR73.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
移行開始前のサンプル構成例
App
SV
スポーク
ハブ
App
SV
Arcstar Universal One
スポーク
Europe HQ
Europe DC
31


# Page. 32

![Page Image](https://bcdn.docswell.com/page/Y76WLVG17V.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
移行後の構成(移行方式1と2)
Hub/Spoke
方式1 : Azure ランディングゾーン踏襲型
子スポーク
なし
スポーク
方式2 : 既存ハブ – スポーク環境維持型
App
SV
App
SV
App
SV
App
SV
Azure Virtual WAN
Azure Virtual WAN
ハブ
スポーク
Europe HQ
Europe DC
Europe HQ
Europe DC
32


# Page. 33

![Page Image](https://bcdn.docswell.com/page/G75M1DVL74.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
移行方式1と2のメリット/デメリットは以下。
(〇のほうが優位性ありの評価(発表者主観))
評価項目
方式1. Azure ランディング
ゾーン踏襲型
方式2. 既存ハブ – スポーク
環境維持型
移行方式の複雑性
×
〇
移行後の管理性
〇
×
移行時のシステム停止時間
×
〇
移行時の通信テスト項目
△
△
選定基準
小規模閉域網からの移行時
大規模閉域網からの移行時
補足 : 弊社プロジェクト
検討方式
33


# Page. 34

![Page Image](https://bcdn.docswell.com/page/9J291833ER.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
移行フロー例(1/2)、①～⑧は方式1,2共通。移行遷移図は後述。
方式1. Azure ランディングゾーン踏襲型
方式2. 既存ハブ – スポーク環境維持型
①. Azure Virtual WAN と Azure Virtual WAN Hub を構築
②. Azure Virtual WAN Hub に ExpressRoute Gateway を構築し、既存 ExpressRoute に接続
③. 既存ハブ VNET に存在する ExpressRoute Gateway を削除
④. Azure Virtual WAN Hub ⇔ 現行ハブ VNET 間で VNET ピアリング
⑤. Azure Virtual WAN Hub に VPN Gateway 構築
⑥. オンプレ拠点に Site to Site VPN(S2SVPN) 機器構築
⑦. S2S VPN 機器と VPN Gateway を接続
⑧. 現行閉域網と関連リソースの撤去
⑨
⑪
※表現便宜上1,2の移行方式のフローが極力同一になるように作業順番を構成
34


# Page. 35

![Page Image](https://bcdn.docswell.com/page/DEY4Z618JM.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
移行フロー例(2/2)、①～⑧は方式1,2共通。移行遷移図は後述。
方式1. Azure ランディングゾーン踏襲型
方式2. 既存ハブ – スポーク環境維持型
⑧
⑨. 既存環境ハブ VNET – スポーク VNET 間の
VNET ピアリング切断
⑩. 既存環境スポーク VNET を Azure Virtual
WAN Hub と VNET ピアリング
⑪. 既存環境ハブ VNET に設定していたルート
テーブルや Azure Firewall ポリシー等変更
※既存環境スポーク VNET 切断対応
⑪. 既存環境ハブ VNET に設定していたルート
テーブルやAzure Firewall ポリシー等変更
※子スポーク VNET との通信設定対応
※表現便宜上1,2の移行方式のフローが極力同一になるように作業順番を構成
35


# Page. 36

![Page Image](https://bcdn.docswell.com/page/VJNY3Z2978.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⓪. 移行開始前サンプル構成例(再掲)
App
SV
スポーク
ハブ
App
SV
Arcstar Universal One
スポーク
Europe HQ
Europe DC
36


# Page. 37

![Page Image](https://bcdn.docswell.com/page/YE9P9Z13J3.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
①. Azure Virtual WAN と Azure Virtual WAN Hub を構築
App
SV
App
SV
Azure Virtual WAN
Arcstar Universal One
Europe HQ
Europe DC
37


# Page. 38

![Page Image](https://bcdn.docswell.com/page/GE8D914LED.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
②. Azure Virtual WAN Hub に ExpressRoute Gateway を構築し、既存
ExpressRoute に接続
App
SV
App
SV
Azure Virtual WAN
Arcstar Universal One
Europe HQ
Europe DC
38


# Page. 39

![Page Image](https://bcdn.docswell.com/page/LELMWQ6Q7R.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
③. 既存ハブ VNET に存在する ExpressRoute Gateway を削除
※削除理由後述
App
SV
App
SV
Azure Virtual WAN
Arcstar Universal One
Europe HQ
Europe DC
39


# Page. 40

![Page Image](https://bcdn.docswell.com/page/4JMY91GKJW.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
③. 既存ハブ VNET に存在する ExpressRoute Gateway を削除
→ Azure Virtual WAN Hub に接続する VNET に VPN Gateway/ExpressRoute Gateway 存在不可
Azure Virtual WAN に関する FAQ | Microsoft Learn
40


# Page. 41

![Page Image](https://bcdn.docswell.com/page/PJR9GLZ679.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
④. Azure Virtual WAN Hub ⇔ 現行ハブ VNET 間で VNET ピアリング
App
SV
App
SV
Azure Virtual WAN
Arcstar Universal One
Europe HQ
Europe DC
41


# Page. 42

![Page Image](https://bcdn.docswell.com/page/PEXQXW9DJX.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⑤. Azure Virtual WAN Hub に VPN Gateway 構築
App
SV
App
SV
Azure Virtual WAN
Arcstar Universal One
凡例
VPN Gateway
Europe HQ
Europe DC
ExpressRoute
Gateway
42


# Page. 43

![Page Image](https://bcdn.docswell.com/page/3EK9WVPDED.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⑥. オンプレ拠点に Site to Site VPN(S2SVPN) 機器構築
App
SV
App
SV
Azure Virtual WAN
Arcstar Universal One
Europe HQ
Europe DC
43


# Page. 44

![Page Image](https://bcdn.docswell.com/page/L73W1MXP75.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⑦. S2S VPN 機器と VPN Gateway を接続
App
SV
App
SV
Azure Virtual WAN
Arcstar Universal One
Europe HQ
Europe DC
44


# Page. 45

![Page Image](https://bcdn.docswell.com/page/87DKX623JG.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⑧. 現行閉域網と関連リソースの撤去
App
SV
App
SV
Azure Virtual WAN
Arcstar Universal One
Europe HQ
Europe DC
45


# Page. 46

![Page Image](https://bcdn.docswell.com/page/VJPKPY1PE8.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⑧. 現行閉域網と関連リソースの撤去
App
SV
App
SV
Azure Virtual WAN
Europe HQ
Europe DC
46


# Page. 47

![Page Image](https://bcdn.docswell.com/page/2EVV2GYVEQ.jpg)

方式1の場合
47


# Page. 48

![Page Image](https://bcdn.docswell.com/page/57GLR891EL.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⑨. 既存環境ハブ VNET – スポーク VNET 間の VNET ピアリング切断
App
SV
App
SV
Azure Virtual WAN
Europe HQ
Europe DC
48


# Page. 49

![Page Image](https://bcdn.docswell.com/page/4EQYV9WNJP.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⑩. 既存環境スポーク VNET を Azure Virtual WAN Hub と VNET ピアリング
App
SV
Azure Virtual WAN
App
SV
Europe HQ
Europe DC
49


# Page. 50

![Page Image](https://bcdn.docswell.com/page/KJ4WMXK371.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
⑪. 既存環境ハブ VNET に設定していたルートテーブル(ユーザ定義ルート)や
Azure Firewall ポリシー変更
変更
App
SV
Azure Virtual WAN
App
SV
Europe HQ
Europe DC
50


# Page. 51

![Page Image](https://bcdn.docswell.com/page/LE1Y8NXZ7G.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
方式1完了後構成
スポーク
App
SV
App
SV
Azure Virtual WAN
ハブ
スポーク
Europe HQ
Europe DC
51


# Page. 52

![Page Image](https://bcdn.docswell.com/page/GEWGZ4N6J2.jpg)

方法2の場合
52


# Page. 53

![Page Image](https://bcdn.docswell.com/page/47ZL123RJ3.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
※ ⑨⑩はスキップ
⑪. 既存 VNET ハブのルートテーブルやAzure Firewall(NW Policy)等を変更する
App
SV
App
SV
変更
Azure Virtual WAN
Europe HQ
Europe DC
53


# Page. 54

![Page Image](https://bcdn.docswell.com/page/YJ6WLVX1JV.jpg)

3. 閉域網からの Azure Virtual WAN 移行方式
方式2完了後構成
子スポーク
App
SV
App
SV
スポーク
Azure Virtual WAN
ハブ
スポーク
Europe HQ
Europe DC
54


# Page. 55

![Page Image](https://bcdn.docswell.com/page/GJ5M1DXLJ4.jpg)

目次
1. Azure Virtual WAN 検討背景
2. Azure Virtual WAN の特徴
3. 閉域網からの Azure Virtual WAN の移行方式
4. Azure Virtual WAN の移行方式補足
5. まとめ
55


# Page. 56

![Page Image](https://bcdn.docswell.com/page/9E2918X37R.jpg)

4. Azure Virtual WAN の移行方式補足(再掲)
移行方式1と2のメリット/デメリットは以下。
(〇のほうが優位性ありの評価)
評価項目
方式1. Azure ランディング
ゾーン踏襲型
方式2. 既存ハブ – スポーク
環境維持型
移行方式の複雑性
×
〇
移行後の管理性
〇
×
移行時のシステム停止時間
×
〇
移行時の通信テスト項目
△
△
選定基準
小規模閉域網からの移行時
大規模閉域網からの移行時
補足 : 弊社プロジェクト
検討方式
56


# Page. 57

![Page Image](https://bcdn.docswell.com/page/D7Y4Z688EM.jpg)

4. Azure Virtual WAN の移行方式補足
方式1(42頁43頁フロー図⑨⑩)について、切断する子スポークVNETや接続拠点が少
ない場合は実施が容易と考えている。
⑩
⑨
App
SV
App
SV
Azure Virtual WAN
Azure Virtual WAN
App
SV
App
SV
Europe HQ
Europe DC
Europe HQ
Europe DC
57


# Page. 58

![Page Image](https://bcdn.docswell.com/page/VENY3ZQ9J8.jpg)

4. Azure Virtual WAN の移行方式補足
しかし、切断する子スポークVNETや接続拠点が複数存在する場合、作業影響調査の
観点で方式1の実行が容易でない。
App
SV
App
SV
Azure Virtual WAN
(実情)切断VNETが20以上存在・・・・・・
Europe HQ
Europe DC
(実情)拠点が20以上存在・・・・・・
58


# Page. 59

![Page Image](https://bcdn.docswell.com/page/Y79P9ZD3E3.jpg)

4. Azure Virtual WAN の移行方式補足
＜マイクロソフト社様 依頼事項(可能なら)＞
Azure Virtual WAN 利用検討ユーザの大半は、ネットワークが大規模構成の認識。
その場合、サービス維持観点で方式1実現は容易でなくなるため(顧客説得が難しい)、
方式2実施時の考慮点を以下 Web 等に公開いただけると幸いである。
M
アーキテクチャ:Azure Virtual WAN に移行する | Microsoft Learn
59


# Page. 60

![Page Image](https://bcdn.docswell.com/page/G78D913L7D.jpg)

目次
1. Azure Virtual WAN 検討背景
2. Azure Virtual WAN の特徴
3. 閉域網からの Azure Virtual WAN の移行方式
4. Azure Virtual WAN の移行方式補足
5. まとめ
60


# Page. 61

![Page Image](https://bcdn.docswell.com/page/L7LMWQVQJR.jpg)

5. まとめ
Azure Virtual WAN の特徴や移行方式を共有した。
＜特徴＞
多様なハブ – スポーク構成が可能 & BGPによる自動ルーティング制御が
可能(子スポークVNET存在時注意)
＜移行方式＞
“Azure ランディングゾーン踏襲型” と “既存ハブ – スポーク環境維持型”
の2方式を紹介
61


# Page. 62

![Page Image](https://bcdn.docswell.com/page/4EMY91NKEW.jpg)

クイズの答え (2番が誤りです～)
Azure Virtual WAN について誤っているものはどれ??
1. Azure Virtual WAN Hub は Japan East/West に構築可能である
2. Azure Virtual WAN のルーティングプロトコルは OSPF BGP である
3. Azure Virtual WAN は Azure Firewall 機能利用が可能である
4. 閉域網からの Azure Virtual WAN 移行方式は2つである(発表者見解)
62


# Page. 63

![Page Image](https://bcdn.docswell.com/page/PER9GLD6J9.jpg)

さいごに
本日は登壇の機会を設けていただき、誠にありがとうございました。
Azure Virtual WAN 導入は道半ばであり、ノウハウが溜まれば別途登壇等で
共有させていただけますと幸いです。
M
63


# Page. 64

![Page Image](https://bcdn.docswell.com/page/P7XQXW1DEX.jpg)

素敵なAzureライフを!!
64


# Page. 65

![Page Image](https://bcdn.docswell.com/page/37K9WV2D7D.jpg)

ご清聴ありがとうございました
65