次の方法で共有

よく寄せられる質問

  • [アーティクル]

2023 年 4 月 28 日、2026 年 4 月 28 日に Application Gateway V1 の提供終了を発表しました。 この記事では、V1 の提供終了と V1-V2 の移行に関してよく寄せられる質問の一覧を示します。

V1 の廃止に関する一般的な質問

Application Gateway V1 が作成できなくなる正式な日付はいつですか?

新規のお客様は、2023 年 7 月 1 日以降、V1 の作成ができなくなります。 ただし、既に V1 をご利用中のお客様は、2024 年 9 月 1 日まで既存のサブスクリプションでリソースを作成でき、2026 年 4 月 28 日の提供終了日まで V1 リソースを管理できます。

2026 年 4 月 28 日以降、既存の Application Gateway V1 はどうなりますか?

期限になると、V1 ゲートウェイはサポートされなくなります。 アクティブな V1 SKU リソースはすべて停止され、強制的に削除されます。

Application Gateway V1 SKU での新しい顧客の定義はどのようなものですか?

2023 年 7 月 4 日の時点で Application Gateway V1 SKU のサブスクリプションがないお客様は、新しい顧客と見なされます。 2023 年 7 月 4 日の時点で既存のサブスクリプションがない V1 ゲートウェイのお客様は、新しい V1 ゲートウェイを作成することはできません。

Application Gateway V1 SKU での既存の顧客の定義はどのようなものですか?

2023 年 7 月 4 日の時点で、アクティブであるか停止したものの、サブスクリプションに Application Gateway V1 SKU が割り当てられているお客様は、既存の顧客と見なされます。 これに該当するお客様は、2024 年 8 月末まで既存のサブスクリプションで新しい V1 アプリケーション ゲートウェイを作成でき、2026 年 4 月 28 日までに V1 ゲートウェイを V2 に移行できます。

この移行計画は、Application Gateway V1 SKU で実行されている既存のワークロードに影響しますか?

2026 年 4 月 28 日までは、既存の Application Gateway V1 デプロイがサポートされます。 2026 年 4 月 28 日以降、アクティブな V1 SKU リソースはすべて停止され、強制的に削除されます。

近日中に移行する予定がない場合、V1 アプリケーション ゲートウェイはどうなりますか?

2026 年 4 月 28 日に V1 ゲートウェイはすべて廃止され、アクティブなすべての AppGateway V1 は停止され、削除されます。 ビジネスへの影響を回避するため、できるだけ早く移行を計画し、2026 年 4 月 28 日より前に移行を完了することを強くお勧めします。

2025 年 9 月の Basic SKU パブリック IP の廃止は、既存の V1 Application Gateway に影響しますか?

既存の V1 Application Gateway は、2026 年 4 月まで引き続き正常に機能します。 ただし、新しい V1 Application Gateway の作成は 2024 年 8 月以降、無効になります。 スムーズに移行できるように、できるだけ早く既存の V1 Application Gateway の V2 への移行を計画することを強くお勧めします。

アプリケーション ゲートウェイ V1 を V2 SKU に移行するにはどうすればよいですか?

Application Gateway V1 をお使いの場合、v1 から v2 への移行は現在のところ次の 2 つのステージで実行できます。

  • ステージ 1: 構成の移行 - 構成の移行の詳細な手順については、こちらを参照してください。
  • ステージ 2: クライアント トラフィックの移行 -クライアント トラフィックの移行は、お客様に固有の環境によって異なります。 ここには、トラフィックの移行に関する大まかなガイドラインが記載されています。

Microsoft はユーザーのためにこのデータを移行できますか?

いいえ。Microsoft は、ユーザーの代わりにユーザーのデータを移行することはできません。 ユーザーは、提供されたセルフサービス オプションを使用して、移行を自分で行う必要があります。 Application Gateway v1 はレガシ コンポーネント上に構築されており、ゲートウェイはアーキテクチャにさまざまな方法でデプロイされます。 そのため、移行にはお客様の関与が必要です。 これにより、ユーザーはメンテナンス期間中に移行を計画することもできます。 これにより、ユーザーのアプリケーションのダウンタイムを最小限に抑えながら移行を確実に成功させることができます。

移行にはどれくらいの時間が必要ですか?

移行の計画と実行は、デプロイの複雑さに大きく左右され、数か月かかることがあります。

問題はどのようにレポートすればよいですか?

移行の問題や質問については、V1Migration というキーワードを付けて、AppGateway に関する Microsoft Q&A ページに投稿してください。 質問はすべてのこのフォーラムに投稿することをお勧めします。 サポート契約がある場合は、サポート チケットを記録してもかまいません。

V1 から V2 への移行に関する FAQ

Azure PowerShell スクリプトで v1 から v2 に構成を移行するにあたり、何か制限事項はありますか?

はい。「注意事項と制限事項」をご覧ください。

この記事の内容と Azure PowerShell スクリプトは、Application Gateway WAF 製品にも適用されますか?

はい。

Azure PowerShell スクリプトでは、v1 ゲートウェイから新しく作成した v2 ゲートウェイにトラフィックを切り替えることもできますか?

いいえ。Azure PowerShell スクリプトで移行されるのは構成のみです。 実際のトラフィックの移行は、お客様ご自身の責任において行っていただく必要があります。

Azure PowerShell スクリプトで作成した新しい v2 ゲートウェイのサイズは、v1 ゲートウェイで対応しているすべてのトラフィックを処理するのに適切な大きさになりますか?

Azure PowerShell スクリプトにより、既存の v1 ゲートウェイのトラフィックの処理に適したサイズで新しい v2 ゲートウェイが作成されます。 既定では自動スケールが無効になっていますが、スクリプトを実行するときに自動スケールを有効にすることができます。

Azure Storage にログを送信するように v1 ゲートウェイを構成しました。 スクリプトによって、この構成も v2 用にレプリケートされますか?

いいえ。スクリプトでは、この構成は v2 用にレプリケートされません。 ログ構成は、移行後の v2 ゲートウェイに個別に追加する必要があります。

このスクリプトは、Azure KeyVault にアップロードされた証明書をサポートしていますか?

はい。Keyvault から証明書をダウンロードし、移行スクリプトへの入力として指定できます。

このスクリプトの使用中に問題が発生しました。 どうしたらいいですか?

Azure サポートについては、"構成と設定、V2 SKU への移行" に関するトピックを参照してください。Azure サポートの詳細については、こちらを参照してください。