Hybrid Connectivity参照資料確認: 2026-09-11

Hybrid Connectivity Decision Matrix

VPN Gateway、ExpressRoute、Virtual WANをprivate connectivity、bandwidth、branch scale、SLA/HA、routing、operations、costで比較する。

Scope: Microsoft Learn / Azure Architecture Centerの一次資料を2026-09-11時点で確認し、旧来の短い記事を公開運用向けdeep diveへ更新。SKU、region、limits、Preview statusは変わるため、実装直前にOfficial sourcesを再確認してください。

Hybrid Connectivity Decision Matrixを理解するための前提

Site-to-Site VPNはInternet上のIPsecで比較的迅速/低コストに導入できる。 ExpressRouteはprovider接続を使うprivate connectivityで、Internet VPNとは異なるprovider/circuit boundaryを持つ。

Virtual WANはbranch/VNet/VPN/ERをmanaged hubへ集約し、大規模branch connectivityとroutingを簡素化する。 hybrid designは「回線種別」だけでなくBGP ASN/prefix、DNS、egress、inspection、failure domainを合わせて決める。

critical workloadではVPN over InternetをER backupにする等、異なるfailure domainのsecondary pathを検討する。 multi-regionではgateway/hub placementとprovider circuit diversityをregion単位で設計する。

通信や判断の流れを追う
On-premisesVPN / ProviderGateway / HubVNetWorkload

Control plane と data plane

Control planeVPN/ER/vWAN gateway/circuit/hub/connection/BGP policyがcontrol plane。
Data planepacketは選択したtransportとhub/gateway、inspection pointを通る。failover時に別pathへroute convergenceしreturn symmetryを保つ必要がある。

仕組みと設計上の意味

VPNは暗号化されるがInternet path qualityの影響を受ける。

ERはprivate connectivityだがprovider/peering/gateway/route設計が必要で、単に「専用線だから速い」で選ばない。

Virtual WANはmanaged transitの代わりにrouting intent/hub route table等のservice modelへ合わせる。

decision matrixにはrequirementsの数値(bandwidth/RTO/branch数/prefix数)を入れる。

Packet / decision path

source→destinationを1本のflowとして固定し、名前解決・routing・security・NAT/service processing・return pathを必要な範囲で順に確認する。

  1. business/RTO/bandwidth/branch scaleを定量化。
  2. security/inspection/encryption requirementを定義。
  3. BGP/prefix/DNS/egress ownershipを決める。
  4. primary/secondary failure domainを設計。
  5. failure drillとmonitoring ownershipを定義。

設計判断

判断点推奨理由
Small/quick hybridS2S VPN短期間・IPsec
Predictable private enterprise linkExpressRouteprovider/private connectivity
Large branch + managed transitVirtual WANhub/routing運用をmanaged化
Critical HAdiverse primary/backup paths単一provider/gateway故障を避ける

確認手順

Azure Portal

  • VPN/ER/vWAN各resourceのgateway/circuit/hub/connection statusを確認。
  • BGP learned/advertised routesを確認。
  • primary/backup pathのfailover drill結果を記録。

Evidence contract

Identitysubscription / resource group / resource ID / regionを固定。
Before / After同じsource・destination・protocol・portで比較。
Effective state設定値だけでなくeffective route/security/health/logを取得。
Runtimecontrol-plane Succeededとapplication successを分けて判定。
Azure CLI — read-only first
az network vnet-gateway list -g <rg> -o table
az network express-route list -g <rg> -o table
az network vwan list -g <rg> -o table
PowerShell — read-only first
Get-AzVirtualNetworkGateway -ResourceGroupName <rg>
Get-AzExpressRouteCircuit -ResourceGroupName <rg>
Get-AzVirtualWan -ResourceGroupName <rg>

障害切り分け

症状疑う点証拠次の確認
性能不足transport/gateway SKU/route pathmetrics + throughput testcapacity再設計
failoverしないBGP preference/secondary path不備route tablespreference/advertisement修正
branch増加で運用破綻manual gateway/route管理change volumevWAN/automation検討
DNSだけ断hybrid DNS未設計query pathPrivate Resolver等を設計

変更・rollback

  • migrationはparallel connectivityを作りroute preferenceで段階切替。
  • provider/gateway changeはrollback pathを物理的に残す。
  • BGP preferenceを戻すだけでなくsession/route convergenceを確認。
  • failure drill結果をacceptance evidenceにする。

Official sources