Hybrid ConnectivityReviewed 2026-09-10

ExpressRoute Circuit Lifecycle

provider provisioning、service key、bandwidth、SKU、peering、gateway connectionを別resourceとして管理する。

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

Overview

provider provisioning、service key、bandwidth、SKU、peering、gateway connectionを別resourceとして管理する。

Key technical points

  • circuit provisioned状態とAzure VNet gateway connection状態を分離して確認する。
  • Premium add-onやLocal等のSKU要件をglobal reachability/costから選ぶ。
  • change時はprovider側作業とAzure側作業の責任境界を明確にする。

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