Hybrid ConnectivityReviewed 2026-09-10

ExpressRoute Resiliency

circuit、peering、provider、location、gateway、region failureを別failure domainとして設計する。

Scope: 設計・運用で誤りやすい点を優先して整理。SKU/region/limitsは変更されるため、実装時はリンク先のcurrent Microsoft Learnを再確認してください。

Overview

circuit、peering、provider、location、gateway、region failureを別failure domainとして設計する。

Key technical points

  • 1 circuit内のMicrosoft edge redundancyだけでend-to-end HAが完成するわけではない。
  • critical workloadではdual circuit/dual peering location/provider diversityを検討する。
  • maintenance/failure drillでBGP convergenceとapplication impactを測る。

Design guidance

  • carrier/CPE/Microsoft edge/gateway/VNet routeを別failure domainとして扱う。
  • BGP prefixとlocal UDRの相互作用をeffective routeで確認する。
  • failoverは「tunnel/circuit up」ではなくapplication flowが継続するかで受け入れる。

Operations checklist

  1. gateway/circuit/tunnel control-plane stateを確認する。
  2. BGP advertised/learned routeとeffective routeを比較する。
  3. 実application flowでfailover/recoveryを確認する。

Common pitfalls

  • tunnel/circuit stateだけでend-to-end疎通を判断する。
  • prefix advertisement増加でroute limit/意図しないtransitを招く。

Verification pattern

Control plane
resource state、association、policy、route/BGP configが期待通りかを確認。
Data plane
同一5-tupleまたは実application journeyで到達性・latency・security判定を実証。
Observability
diagnostic logs / flow logs / Network Watcherで実際の判定とpathを残す。
Rollback
設定を戻した後のroute convergence、DNS cache、existing sessionまで確認。

Official sources