Load Balancing & Delivery参照資料確認: 2026-09-11

Application Gateway v1 Retirement Migration

2026-04-28にretire済みのApplication Gateway v1をv2へ移行するため、configuration clone、frontend/DNS cutover、validation、rollbackを整理する。

Scope: Microsoft Learn / Azure Architecture Centerの一次資料を2026-09-11時点で確認し、旧来の短い記事を公開運用向けdeep diveへ更新。SKU、region、limits、Preview statusは変わるため、実装直前にOfficial sourcesを再確認してください。
What changed recently: Application Gateway v1は2026-04-28にretire済み。残存v1はsupport/SLA対象外で、decommissioningに伴うtraffic disruption riskがある。

Application Gateway v1 Retirement Migrationを理解するための前提

Application Gateway v1は2026-04-28にretire済みでMicrosoft support/SLA対象外。残存v1はtraffic disruption/deletion riskがある。 Microsoftのmigration guideはconfiguration migrationとclient traffic migrationの2段階を示す。

v2はautoscaling、zone redundancy、static VIPなどv1より新しいcapabilityを持つ。 migration scriptでcloneしてもcertificate/Key Vault/WAF/custom probe/backend/DNS等のruntime behaviorを別途検証する。

client traffic cutoverはDNS/CNAME/public IP/frontendの依存を把握し、TTLとrollbackを設計する。 v1を「動いているから残す」状態はacceptanceにせず、v2でobservable behaviorを再現してからretireする。

通信や判断の流れを追う
ClientEdge / Load balancerRouting / HealthBackend

Control plane と data plane

Control planev1/v2 Gateway resource、listener/rule/probe/backend/settings/WAF、frontend IP/certificateがcontrol plane。
Data planeclient→v2 frontend→listener/routing/WAF→backend health/HTTP pathへtrafficを切替え、response/latency/logでdata planeを検証する。

仕組みと設計上の意味

migrationはin-place SKU upgradeではなくnew v2 gatewayへconfiguration/trafficを移す。

clone後にresource ID、managed identity、Key Vault permission、certificate rotationなどidentity dependencyを確認する。

backend healthがHealthyでもHost header/TLS/SNI/application behaviorの完全一致を保証しない。

DNS cutoverはnew/old両frontendを観測し、old accessが減ったことを確認してから削除する。

Packet / decision path

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

  1. v1 inventory/config export。
  2. v2 configuration clone/create。
  3. v2 backend health/WAF/log/direct test。
  4. DNS/client trafficを段階cutover。
  5. error/latency/healthを監視しrollback window後にv1 cleanup。

設計判断

判断点推奨理由
Migration urgency即時着手v1は既にretire済み
Cutoverparallel v2 + DNS/client switchrollback可能性確保
WAFpolicy/rule/exclusion比較security regression防止
CertificatesKey Vault/renewal pathまで検証cloneだけで終わらせない

確認手順

Azure Portal

  • v1/v2 OverviewでSKU/provisioning stateを確認。
  • Listeners/Rules/Backend health/WAF policyをside-by-side比較。
  • Azure Monitorでv2 4xx/5xx/latencyとaccess/firewall logsを確認。

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 application-gateway show -g <rg> -n <appgw> --query "{sku:sku,frontend:frontendIPConfigurations,listeners:httpListeners,rules:requestRoutingRules}" -o jsonc
az network application-gateway show-backend-health -g <rg> -n <appgw> -o jsonc
PowerShell — read-only first
Get-AzApplicationGateway -ResourceGroupName <rg> -Name <appgw>
Get-AzApplicationGatewayBackendHealth -Name <appgw> -ResourceGroupName <rg>

障害切り分け

症状疑う点証拠次の確認
v2 backend unhealthyprobe/Host/TLS/DNS差backend health detailbackend settings/probe修正
一部clientだけv1DNS cache/TTLresolver/client DNSTTL期間併存
WAF block増加policy/version/exclusion差WAF logsrule parity確認
certificate errorKey Vault/secret/cert bindinglistener cert stateidentity/secret permission修正

変更・rollback

  • v1 config exportとDNS TTLをchange前に保存。
  • v2 direct validationが完了するまでv1を削除しない。
  • rollbackはDNS/frontendをv1へ戻し、new connectionsで確認。
  • rollback後もv2 issue evidenceを保持して再移行に使う。

Official sources