Hybrid ConnectivityReviewed 2026-09-10

ExpressRoute Azure Private Peering

VNet/private workload向けにBGP sessionを構成し、private prefixを交換する。

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

Overview

VNet/private workload向けにBGP sessionを構成し、private prefixを交換する。

Key technical points

  • primary/secondary peering subnetとVLAN ID、ASN、advertised prefixをproviderと整合させる。
  • route filterはMicrosoft Peering側のconceptと混同しない。
  • on-prem prefix集約とAzure VNet prefix growthをroute limit以内に設計する。

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