この記事では、ExpressRoute ゲートウェイの移行プロセスについて説明します。これにより、可用性ゾーン (Az 以外) 対応の SKU から Az 対応 SKU、および Basic IP から Standard IP に移行できます。 Az 対応 SKU と Standard IP に移行すると、ExpressRoute 仮想ネットワーク ゲートウェイの信頼性と高可用性が向上します。
他のネットワーク サービスの Basic SKU パブリック IP アドレスのアップグレードに関するガイダンスについては、「 Basic から Standard SKU へのアップグレード」を参照してください。
重要
Basic SKU パブリック IP は 2025 年 9 月 30 日に廃止されます。 詳細については、公式告知を参照してください。 現在 Basic SKU パブリック IP を使用している場合は、提供終了日より前に Standard SKU パブリック IP にアップグレードしてください。
Gateway の SKU
ErGw1Az、ErGw2Az、ErGw3Az、および ErGwScale (プレビュー) SKU は、可用性ゾーン (Az) 対応 SKU と呼ばれます。 これらの SKU を使用すると、複数の可用性ゾーンにデプロイでき、ゾーン間でゲートウェイ リソースを分散することで回復性と高可用性が向上します。
これに対して、 Standard、 HighPerformance、 UltraPerformance の SKU は Az 対応以外です。 これらは通常、Basic パブリック IP アドレスで使用され、可用性ゾーンの配布はサポートされていません。
ゲートウェイ移行エクスペリエンス
ゲートウェイ移行エクスペリエンスを使用すると、同じ GatewaySubnet に 2 つ目の仮想ネットワーク ゲートウェイをデプロイできます。 Azure は、古いゲートウェイから新しいゲートウェイに構成を移行します。 両方のゲートウェイが移行中に同時に実行され、中断が最小限に抑えられますが、接続の中断が短時間発生する可能性があります。
移行後、古いゲートウェイとその接続が削除され、新しいゲートウェイに CreatedBy: GatewaySKUMigration というタグが付けられ、移行されたリソースとして識別されるため、削除しないでください。
サポートされている移行シナリオ
ガイド付きゲートウェイの移行エクスペリエンスでは、次のシナリオがサポートされています。
- Basic IP を使用した Az 対応以外の SKU から、標準 IP を使用した Az 対応以外の SKU への移行。
- Basic IP を使用した Az 対応以外の SKU から、Standard IP を使用した Az 対応 SKU への移行。
Azure portal を使用して移行する方法について説明します。
PowerShell を使用して移行する方法について説明します。
信頼性と高可用性を強化するために、Az 対応 SKU に移行することをお勧めします。
新しいゲートウェイに移行する手順
- 検証: すべてのリソースが成功状態であることを確認します。 前提条件が満たされていない場合、検証は失敗し、移行を続行できません。
- 準備: Azure は、新しい仮想ネットワーク ゲートウェイ、パブリック IP、接続を作成します。 この手順には最大 45 分かかることがあります。 新しいゲートウェイの名前を指定することも、Azure は既定で元の名前に _migrated を追加します。 準備中は、変更を防ぐために既存のゲートウェイがロックされます。 移行を停止する必要がある場合は、この段階で 中止 すると、新しいゲートウェイと接続が削除されます。
注
新しいゲートウェイは、既存のゲートウェイと同じリージョンに作成されます。 リージョンを変更するには、現在のゲートウェイを削除し、目的のリージョンに新しいゲートウェイを作成する必要があります。
- 移行: 古いゲートウェイから新しいゲートウェイにトラフィックを切り替えます。 この手順には最大 15 分かかる場合があり、接続が短時間中断される可能性があります。
- コミット: 古いゲートウェイとその接続を削除して、移行を完了します。 必要であれば、コミットする前に古いゲートウェイを中断して復元することができます。
重要
移行後、接続を検証して、すべてが期待どおりに機能していることを確認します。 準備手順の後に [中止 ] を選択すると、新しいゲートウェイと接続が削除されるため、古いゲートウェイに戻すことができます。
制限事項
ガイド付きゲートウェイの移行エクスペリエンスには、次の制限があります。
- ExpressRoute のみ: 移行ツールは 、ExpressRoute 仮想ネットワーク ゲートウェイ用に設計されています。 VPN ゲートウェイやその他の種類のゲートウェイはサポート されていません 。 - 同じ仮想ネットワーク要件: 移行は同じ 仮想ネットワーク内でのみサポートされます。 サブスクリプション間、リージョン間、またはクロスゲートウェイ型の移行 (VPN ゲートウェイ間など) はサポートされていません。
- ダウングレードなし: Az 対応 SKU から Az 対応 以外の SKU へのダウングレードはサポート されていません 。
- GatewaySubnet サイズ: 移行を続行するには、GatewaySubnet に /27 以上のプレフィックスが必要です。 詳細については、「サブネットの 複数のプレフィックスを作成する 」を参照してください。
- プライベート エンドポイント接続: ExpressRoute プライベート ピアリング経由で接続されたプライベート エンドポイント (PE) では、移行中 に接続の問題 が発生する可能性があります。 プライベート エンドポイントの接続に関するドキュメントで、これらの問題の軽減に関するガイダンスを参照してください。 プライベート エンドポイント接続。
- レガシ ゲートウェイ: 2017 以前 に作成または回線に接続された ExpressRoute ゲートウェイはサポートされていません。
- サポートされていない SKU: "既定" SKU を使用するゲートウェイは移行の対象ではありません。 ゲートウェイの移行の適格性を確認するには、Advisor 通知が必要です。
エラーのトラブルシューティングとベスト プラクティスの詳細については、「 ゲートウェイ移行のトラブルシューティング」を参照してください。
よくあるご質問
GatewaySubnet に 2 番目のプレフィックスを追加するにはどうすればよいですか?
GatewaySubnet への複数のプレフィックスの追加は現在パブリック プレビュー段階であり、PowerShell 経由でのみサポートされています。 手順については、「 サブネットの複数のプレフィックスを作成する」を参照してください。
新しいゲートウェイの正常性を監視するにはどうすればよいですか?
新しいゲートウェイの監視は、古いゲートウェイの場合と同じです。 新しいゲートウェイは、独自のメトリックを持つ個別のリソースです。 移行中は、移行ツールを使用してトラフィック パターンを観察することもできます。
移行後に、既存の監視、アラート、顧客定義のメンテナンス期間、または診断設定が構成されている場合は、新しく作成されたゲートウェイでこれらを再構成する必要があります。
移行によってダウンタイムが発生しますか?
移行により、数分のダウンタイムが発生する可能性があります。 影響を最小限に抑えるために、メンテナンス期間中に移行を実行することを計画します。
新しいゲートウェイにコミットするまで、どのくらいの時間待機できますか?
移行の準備後にコミットするには、最大 15 日が必要です。 今回は、移行を終了する前に、接続を検証し、すべての要件が満たされていることを確認するために使用します。
ゲートウェイ SKU が移行の対象かどうかを確認するにはどうすればよいですか?
ゲートウェイで移行が必要な場合は、Azure Advisor の通知によってアラートが表示されます。 不適格なゲートウェイを移行しようとすると、エラーが発生します。 詳細については、「 ゲートウェイ移行のトラブルシューティング」を参照してください。
次のステップ
- ゲートウェイ移行のトラブルシューティングで移行問題を解決する。
- Azure portal を使用して移行する方法について説明します。
- PowerShell を使用して移行する方法について説明します。