Route Server Route Mapsを理解するための前提
Route Server Route Mapsは2026-09時点でPreview。production採用はPreview termsとsupportabilityを確認する。 NVA BGP peering、同一VNetのExpressRoute gateway connection、VPN gateway connectionに対するinbound/outbound route mapを制御できる。
ruleではprefix/AS path/community等をmatchし、route advertisement behaviorを変更する。 初回Route Map作成時はRoute Server upgradeに約30分かかる場合がある。
適用前後はRoute Server Effective Routesで受信/送信routeとattributeを比較する。 route filteringはreachabilityを広範囲に壊し得るため、peer単位・direction単位でstaged rolloutする。
Control plane と data plane
仕組みと設計上の意味
inbound/outboundは「Azureへ入るpacket」ではなくRoute Server視点のBGP route advertisement方向として理解する。
route map変更はexisting sessionへ再広告を発生させ、effective route変化がworkload trafficへ波及する。
filter ruleはdefault permit/deny behaviorを含めて確認し、意図せぬprefix dropを防ぐ。
Preview機能なのでCLI/API supportやregion availabilityは実装直前にcurrent docsで確認する。
Packet / decision path
source→destinationを1本のflowとして固定し、名前解決・routing・security・NAT/service processing・return pathを必要な範囲で順に確認する。
- current learned/advertised routesをsnapshot。
- route map ruleを最小scopeで作成。
- 対象peering/connectionへdirectionを明示してapply。
- Effective Routesとpeer側BGP tableを比較。
- workload reachabilityとreturn pathを確認してからscope拡大。
設計判断
| 判断点 | 推奨 | 理由 |
|---|---|---|
| Use case | prefix filter/attribute policyが明確な場合だけ | route controlを集中管理 |
| Direction | peerごとにInbound/Outboundを文書化 | 方向誤りを防ぐ |
| Rollout | 1 peer/1 policyからstaged | blast radiusを限定 |
| Production | Preview riskを受容できるかgate | support/feature changeを考慮 |
確認手順
Azure Portal
- Route Server → Route maps → rules / Apply route mapsを確認。
- Effective routesでbefore/afterのprefix、next hop、AS Path、communityを確認。
- NVA/gateway側BGP tableも同時に確認。
Evidence contract
Get-AzRouteServer -ResourceGroupName <rg> -RouteServerName <route-server>
Get-AzRouteMap -ResourceGroupName <rg> -VirtualHubName <route-server>
Get-AzRouteServerPeerLearnedRoute -ResourceGroupName <rg> -RouteServerName <route-server> -PeerName <peer>障害切り分け
| 症状 | 疑う点 | 証拠 | 次の確認 |
|---|---|---|---|
| 特定prefix消失 | match/filterが広すぎる | Effective Routes + peer BGP table | rule match条件を縮小 |
| asymmetric route | 片方向だけattribute/filter変更 | forward/return effective route | 両方向のpolicy整合確認 |
| apply後すぐ見えない | upgrade/propagation中 | Route Server state | operation completion待ち |
| gateway/NVAだけ影響 | association scope違い | applied connection list | 対象connectionを照合 |
変更・rollback
- beforeのroute map/association/Effective Routesをexport。
- 一度に複数peerへ適用せずcanary peerで確認。
- rollbackはassociation解除またはknown-good ruleへ戻し、BGP table再収束を待つ。
- rollback後はapplication testまで実施し、control planeだけで完了判定しない。