Basic SKU のパブリック IP アドレスを Standard SKU に移行する方法について

この記事では、Basic SKU のパブリック IP アドレスから、VPN Gatewayデプロイ用の Standard SKU パブリック IP アドレスへの移行プロセスについて説明します。 ゲートウェイが現在使用するように構成されているVPN Gateway SKU に応じて、個別の移行タイムラインがあります。

Important

予想される移行タイムラインについては、VPN Gateway - 新機能に関する記事を参照してください。

移行に関する考慮事項

ゲートウェイを移行するには、まず、リソースが移行可能かどうかを検証する必要があります。 注意すべき一般的な状況を次に示します。

  • VPN Gateway Basic ゲートウェイ SKU の場合:

  • VPN Gateway SKU VpnGw1-5 とレガシ SKU (High-Performance SKU と Standard SKU の場合):

    • VPN ゲートウェイの移行を開始する前に、ゲートウェイ サブネットに現在のプレフィックスに少なくとも 3 つの 使用可能な IP アドレスがあることを確認します。

    • ポイント対サイト (P2S) のアクティブ/アクティブ モードで 3 つ目の VIP を構成する場合は、ゾーン外パブリック IP を使用する必要があります。

    • 移行ツールでは、ゲートウェイ サブネットに少なくとも /27 アドレス空間が必要です。 ゲートウェイ サブネットが現在 /28 以下の場合、移行は失敗し、エラーが返されます。 移行を開始する前に、ゲートウェイ サブネットを /27 以上に展開します。 サブネットに複数のプレフィックスを追加するには、サブネットに 複数のプレフィックスを追加する方法に関するページを参照してください。

    • ExpressRoute と VPN が共存している場合: まず、BASIC IP リソースを VPN 上の Standard IP に移行することを検討することをお勧めします。

FAQ

現在の VPN Gateway SKU によっては、移行プロセスに関して異なる質問がある場合があります。 移行をよりよく理解するために役立つよく寄せられる質問を次に示します。

VPNゲートウェイ SKU VpnGw1-5

エンド ツー エンドの移行には通常どのくらいの時間がかかりますか?

デプロイのサイズと構成によっては、通常、移行プロセス全体に最大 2 時間かかります。

各移行手順にはどのくらいの時間がかかりますか?

移行手順の期間は、環境の複雑さによって異なる場合があります。 平均:

  • 準備: 通常、最大 40 分 (最大 1 時間)。
  • 実行: 約 5 ~ 10 分かかります。 (短いダウンタイムが予想される唯一の手順です)。
  • コミット: 通常は30分以内、最大でも1時間。

移行の変更をコミットするまで、どのくらいの時間待機できますか?

通常、移行の検証は短時間で完了します。 お客様は、検証を完了し、数日以内に移行の変更をコミットすることをお勧めします。移行を長期間保留にすることはお勧めしません。 実際の期間は、環境と検証のニーズによって異なります。

Basic SKU パブリック IP アドレスの移行後、ゲートウェイ SKU はどのように影響しますか?

Basic SKU パブリック IP アドレスから Standard SKU パブリック IP アドレスにアップグレードすると、VPN Gateway SKU VPNGW1-5 が VPNGW1AZ-5 に移行されます。 その結果、SKU が非 AZ から AZ-SKU に変更される場合があります。 SKU への影響の詳細については、 ゲートウェイ SKU の移行 に関する記事を参照してください。

パブリック IP アドレスが移行された後、VPN ゲートウェイの IP アドレスは変更されますか?

  • Microsoft提供される移行エクスペリエンスを使用する場合、ゲートウェイの IP アドレスは変更されません。
  • Basic SKU パブリック IP アドレスを持つ現在の VPN ゲートウェイを手動で削除し、Standard SKU パブリック IP アドレスを使用して新しい VPN ゲートウェイを作成すると、ゲートウェイの IP アドレスが変更されます。

ダウンタイムはありますか?

Microsoft提供される移行エクスペリエンスでは、最大 10 分間のダウンタイムが予想されます。

移行するには何かアクションを実行する必要がありますか?

Microsoft提供される移行エクスペリエンスは、お客様が開始した移行です。 移行プロセスを開始する必要があります。 移行プロセスには最大 10 分かかると予想されます。

移行の前提条件はありますか?

ゲートウェイ サブネットに適切な IP アドレス空間とサブネット サイズがあることを確認します。 移行を実行する前に、現在のプレフィックスに少なくとも 3 つの使用可能な IP アドレスが必要です。

Standard SKU のパブリック IP アドレスに手動で変更できますか?

はい、できます。 これを手動で行う場合は、古いゲートウェイを削除してから、仮想ネットワークに新しいゲートウェイを作成する必要があります。 新しいゲートウェイを作成すると、ゲートウェイは自動的に Standard SKU のパブリック IP アドレスを使用します。 ただし、このプロセスを使用する場合は、古いゲートウェイが削除され、新しいゲートウェイが作成されている間にダウンタイムが発生します。

ゲートウェイを削除して再作成した場合、IP アドレスは変更されますか?

はい。IP アドレスはこの方法で変更されます。 つまり、必要に応じて、すべての内部ツールで新しい IP アドレスが更新されるようにする必要があります。

VPN ゲートウェイの移行は、共存するセットアップでの ExpressRoute トラフィックに影響しますか?

No. 推奨される移行順序に従う場合、最初に VPN ゲートウェイを移行しても、ExpressRoute トラフィックの移行、中断、影響はありません。 ExpressRoute 接続は、VPN ゲートウェイの移行中も影響を受けません。 VPN ゲートウェイを最初に移行するときに、ExpressRoute 接続の問題を想定しないでください。

ゲートウェイの移行中に DDoS 保護を有効にすることはできますか?

No. ゲートウェイが移行中 (実行とコミットの間) は、パブリック IP、ゲートウェイ、または接続に変更を加えないでください。 このフェーズで DDoS 保護またはその他の高度な機能を有効にすると、移行がブロックされたり、ロールバックが妨されたりする可能性があります。 移行が完全に完了した後 (コミット後) にのみ、このような機能を有効にします。

移行中に IP、VPN Gateway、サブネット、または接続を変更できますか?

No. VPN Gatewayが移行中 (実行とコミットの間) の間に、次の変更を行う必要はありません。

パブリック IP アドレス VPN ゲートウェイ 構成 ゲートウェイ サブネット 接続

移行ワークフローでは同時更新が処理されないため、このフェーズ中に変更を加えた場合、ゲートウェイはサポートされていない状態またはスタック状態になることがあります。

移行中に変更を加え、ゲートウェイが停止した場合はどうなりますか?

移行中に行われた変更により、ゲートウェイがスタック状態または回復不能な移行状態になった場合:

システムが移行を完了またはロールバックできない場合があります。 このような場合、唯一の回復オプションは、ゲートウェイを削除して再作成することです。

Active-Active VpnGw1-5 ゲートウェイ SKU

ポイント対サイト接続 (P2S) を使用するアクティブ-アクティブ VPN ゲートウェイに、3 つ目のパブリック IP が必要なのはなぜですか?

P2S が有効になっているアクティブ/アクティブ VPN ゲートウェイの場合、アクティブ/アクティブ インスタンスに使用される 2 つの IP と共に P2S エンドポイントをサポートするには、3 番目のパブリック IP が必要です。

ドキュメントでは、3 つ目のパブリック IP は非ゾーンである必要があります。 これは引き続き必要ですか?

Yes.
このシナリオでは、VPN Gateway構成と今後の更新操作との互換性を確保するために、3 つ目のパブリック IP ゾーンなし (非ゾーン) を構成する必要があります。

移行中に 3 番目のパブリック IP を作成する必要があるタイミング

3 番目のパブリック IP は、移行 (Basic → Standard IP) を開始する前に、VPN Gateway 。

これにより、次が保証されます。

  • 移行前にゲートウェイ構成が完了しました
  • 検証または更新の問題なしで移行プロセスが続行される

必要なゾーン以外のパブリック IP を作成するにはどうすればよいですか?

ゾーン冗長 IP が既定のリージョンでは、3 つ目のパブリック IP を作成する際に、非ゾーン / ゾーンなしのパブリック IP を設定し、可用性ゾーンを指定しないように、Azure CLI または PowerShell、あるいは REST API バージョン 2020-08-01 以降を使用する必要があります。

これにより、このシナリオに必要な非 ゾーン構成でパブリック IP を作成できます。

3 番目の P2S IP にゾーン以外の IP の代わりにゾーン冗長パブリック IP を使用できますか。

No.

VPN Gatewayに関連付けられているすべてのパブリック IP は、consistent 構成を使用する必要があります。 3 番目の IP にゾーン冗長パブリック IP を使用すると、デプロイまたは更新が失敗する可能性があります。

この動作は、すべてのVPN Gateway移行に影響しますか?

No.

この要件は、特に次に適用されます。

  • アクティブ/アクティブ VPN ゲートウェイ
  • ポイント対サイト接続 (P2S) が有効な場合

Basic パブリック IP を使用するアクティブ/アクティブ VPN ゲートウェイへの移行はどのように動作しますか? ゲートウェイの完全な停止は発生しますか?

No. Basic パブリック IP から Standard パブリック IP への移行中、VPN ゲートウェイはユニットとして移行され、移行プロセスの一環として接続が再確立されます。 移行によって、あるゲートウェイ インスタンスから別のインスタンスにトラフィックが移動されることはありません。また、ゲートウェイが完全に停止することはありません。 接続が再確立されると、移行中に短い接続の中断が発生する可能性がありますが、ゲートウェイが完全にオフラインになりません。

移行中は、特定のゲートウェイ インスタンス上のトンネルのみが中断されますが、他のインスタンスはアクティブなままですか?

No. VPN トンネルは、移行プロセスの一環として再確立されることが期待されますが、インスタンスごとに移行またはフェールオーバーされることはありません。 個々のゲートウェイ インスタンスが移行されるため、トンネルは折り返すべきではありません。また、移行のスコープは Active-Active ゲートウェイ内の特定のインスタンスに限定されません。

Active-Active VPN ゲートウェイの移行でダウンタイムをどのように記述する必要がありますか?

移行は中断を伴う操作であり、VPN ゲートウェイの構成が更新され、接続が再確立されている間、接続が短時間中断される可能性があります。 これらの中断は通常、数分で完了し、ほとんどの場合、約 10 分以内に完了しますが、正確なタイミングは保証されず、構成とネットワークの状態によって異なる場合があります。 お客様は、メンテナンス期間中に移行を実行し、アプリケーションが短い接続の中断に対する回復性を確保することを計画する必要があります。

移行後に BGP ピア IP アドレスが変更されることがわかります。 アクティブ/アクティブ VPN Gatewayを標準 IP に移行した後、BGP ピア IP アドレスを更新する必要がありますか?

No. Azure ポータルでは移行後も新しい BGP ピア IP アドレスが表示されますが、既存のオンプレミスの BGP 構成は変更せずに引き続き機能します。 Azureは、元の BGP ピア IP アドレスから BGP ピア IP アドレスにトラフィックを自動的にリダイレクトし、接続と BGP セッションを維持します。

VPN ゲートウェイの移行中にユーザーが作成したルートとロード バランサー

移行前にカスタム ネットワーク構成を確認する必要がありますか?

Yes. お客様が作成したルート テーブル (UDR)、ロード バランサー、ファイアウォール、または NVA VPN Gatewayインスタンスプライベート IP (ゲートウェイ CA) を参照している可能性があることを確認します。 また、BGP ルートの伝達は移行前に有効になります。 環境で VNet ピアリングを使用している場合は、移行中に VNet ピアリングの同期が有効になっていることを確認します。

これらの構成を更新する必要があるタイミング

実行手順の後、お客様が作成したルート、ロード バランサー、ファイアウォール規則、または古いゲートウェイ インスタンス IP を参照する NVA 構成を更新します。

VPNゲートウェイベーシックSKU

Basic SKU パブリック IP アドレスを使用して Basic SKU VPN ゲートウェイを作成できますか?

いいえ。Basic SKU パブリック IP アドレスを使用して Basic SKU VPN ゲートウェイを作成することはできません。 新しい Basic SKU VPN ゲートウェイには、Standard パブリック IP アドレス SKU が必要です。

Basic SKU VPN ゲートウェイがある場合は移行する必要がありますか?

Basic SKU を使用しているものとして現在表示されている VPN ゲートウェイは、移行プロセスを使用して Standard SKU のパブリック IP アドレスに移行することはありません。 実行する必要がある唯一のアクションは、ゲートウェイから Basic SKU パブリック IP 参照を削除することです。

Basic SKU パブリック IP リファレンスを削除する手順については、「 Basic SKU のパブリック IP リファレンスを Basic SKU VPN ゲートウェイから削除する」を参照してください。 ゲートウェイは引き続き同じパブリック IP アドレスを使用します。 Basic SKU パブリック IP リソースへの参照のみがゲートウェイから削除されます。

バックエンドの移行

Microsoft はいつ自分の VPN ゲートウェイのバックエンド移行を実行しますか?

2026 年 8 月以降、Microsoftは、セルフサービス経由でまだ移行されていない対象となる VPN ゲートウェイを自動的に移行します。 この操作はMicrosoft管理されているため、移行が行われる前にゲートウェイごとの移行通知を受け取ることはありません。 Microsoftは、ゲートウェイの地域の現地時間に基づいて勤務時間外に移行を実行し、お客様への影響を最小限に抑えます。

移行中に VPN ゲートウェイのパブリック IP アドレスは変更されますか?

No. 移行により、パブリック IP リソースが Basic SKU から Standard SKU にアップグレードされますが、既存のパブリック IP アドレスは保持されます。 パブリック IP アップグレードに対して何らかのアクションを実行する必要はありません。

移行によってダウンタイムやトラフィックの中断が発生しますか?

Yes. この移行により、ゲートウェイが新しいバックエンド インフラストラクチャに移行する間、接続が最大 10 分の短い中断が発生します。 ただし、カスタム トラフィック セレクター、Active-Active P2S、CloudApp ベースの P2S、リモート RADIUS、その他の特定のエッジ ケースなど、特定のゲートウェイ構成では、顧客のアクションが必要であり、事前に修復しないと接続への影響が発生する可能性があります。

バックエンド移行の前に何らかのアクションを実行する必要がありますか?

Yes. バックエンドの移行が開始される前に、セルフサービス (顧客によってトリガーされる) 移行を完了します。 このプロセスは、特定のトラフィック パターン、アプリケーション、ネットワーク トポロジを検証するのに役立ちます。Microsoftは、ユーザーに代わって完全にテストすることはできません。 セルフサービス移行を実行しない場合、Microsoftはバックエンドの移行中に、適格なゲートウェイを自動的に移行する可能性があります。 この移行は元に戻すことはできません。 Microsoftは、一部のゲートウェイで絶叫テストを実行することもできます。 非アクティブと判断されたゲートウェイは、提供終了プロセスの一環として削除される可能性があります。 さらに、潜在的な接続の問題を回避するために、移行前に、カスタム トラフィック セレクター、Active-Active P2S、CloudApp ベースの P2S、リモート RADIUS など、影響を受ける既知の構成を確認して修復します。

2026 年 6 月 30 日までに移行を完了しなかった場合はどうなりますか?

お客様が開始した移行は、2026 年 6 月 30 日に終了しました。 この日付までに移行を完了することが期待されていました。 2026 年 6 月 30 日以降もレガシ プラットフォームに残っている場合、移行が完了するまで、VPN Gateway サービスの SLA が対象ではなくなります。 2026 年 7 月 31 日までの延長要求は自動的に承認され、個別のレビューは必要ありません。 2026 年 8 月から、移行されない残りの対象となる VPN ゲートウェイを移行する計画Microsoft。 Microsoftは、勤務時間外にバックエンドの移行を地域的に実行するため、顧客が開始した移行エクスペリエンスと同様に、接続が短時間中断される可能性があります。

次のステップ

  • Last updated on