App Service Environment v3 にアップグレードする
重要
現在 App Service Environment v1 または v2 を使用している場合は、App Service Environment v3 にワークロードを移行する必要があります。 App Service Environment v1 および v2 は、2024 年 8 月 31 日に廃止されます。 その日までに移行できないと、お使いの環境、実行中のアプリケーション、すべてのアプリケーション データが失われます。
2024 年 1 月 29 日の時点で、ARM/Bicep テンプレート、Azure Portal、Azure CLI、REST API などの使用可能な方法を使用して、新しい App Service Environment v1 および v2 リソースを作成することはできなくなります。
このページは、最小限のダウンタイムで円滑にアップグレードするのに役立つガイダンスとリソースをまとめた、ワンストップ ショップです。 ガイダンスに従って、できるだけ早くアップグレードを計画し、完了してください。 このページは、最新の情報が利用可能になると更新されます。
アップグレードの手順
| 手順 | アクション | リソース |
|---|---|---|
| 1 | 事前の確認 | お使いの環境が、自動移行機能のいずれかを使ってアップグレードを自動化するための前提条件を満たしているかどうかを判断します。 インプレース移行とサイド バイ サイド移行のどちらがユース ケースに適しているかを判断します。 - 移行パスのデシジョン ツリー - インプレース移行機能を使用した自動アップグレード - サイド バイ サイド移行機能を使用した自動アップグレード 満たしていない場合は、手動でアップグレードできます。 - 手動での移行 |
| 2 | 移行 | 確認結果に基づき、自動移行機能のいずれかを使ってアップグレードするか、手動の手順に従います。 - インプレース自動移行機能を使用する - サイド バイ サイド自動移行機能を使用する - 手動で移行する |
| 3 | テストおよびトラブルシューティング | 自動移行機能のいずれかを使用したアップグレードには、3 から 6 時間のサービス期間が必要です。 サイド バイ サイド移行機能を使用する場合は、アップグレードを完了する前に、App Service Environment v3 をテストして検証する機会があります。 サポート チームが、アップグレードを確実に成功させるために監視します。 サポート プランに加入していて技術的な支援が必要な場合は、サポート リクエストを作成してください。 |
| 4 | App Service プランの最適化 | アップグレードが完了したら、追加のメリットを得るために App Service プランを最適化することができます。 自動選択された Isolated v2 の SKU サイズを確認し、必要に応じて App Service プランをスケールアップまたはスケールダウンします。 - App Service プランをスケールダウンする - App Service Environment の移行後のスケーリング ガイダンス 予約インスタンスの価格、節約プランを確認し、必要に応じて価格の見積もりを確認します。 - App Service の価格のページ - Isolated v2 インスタンスに予約割引を適用する方法 - Azure 料金計算ツール |
| 5 | 詳細情報 | オンデマンド: Azure FastTrack Architects を使用したLearn Live ウェビナー。 他に支援が必要でしょうか。 FastTrack にお問い合わせいただくには、リクエストを送信してください。 よく寄せられる質問 コミュニティ サポート |
関連情報
アップグレードのメリットについて
App Service Environment v3 は、App Service Environment の最新バージョンです。 使いやすく、Windows と Linux の両方で最大 64 コアおよび 256 GB RAM まで高速にスケーリングできる強力なインフラストラクチャで実行され、ネットワーク トポロジがよりシンプルです。 これらや他のメリットの詳細については、次のリソースを参照してください。
- ビジネスのために App Service Environment v3 への移行を優先すべき 3 つの理由
- App Service Environment v3 への移行によるコスト削減を見積もる
- コンプライアンス重視の業界での App Service Environment v3 の使用
App Service Environment v3 へのアップグレードに伴う変更点
App Service Environment v3 へのアップグレードに役立つツールは何ですか?
App Service Environment v3 へのアップグレードには、2 つの自動移行機能を使用できます。
- インプレース移行機能は、App Service Environment を App Service Environment v3 にインプレースで移行します。 インプレースとは、App Service Environment v3 が同じサブネット内の既存の App Service Environment を置き換えることを意味します。 サブネットでは一度に 1 つの App Service Environment しか使用できないため、移行中にアプリケーションのダウンタイムが発生します。 この機能について詳しくは、インプレース移行機能を使用した自動アップグレードに関する記事をご覧ください。
- サイド バイ サイド移行機能は、ユーザーが選んだ別のサブネットに新しい App Service Environment v3 を作成し、その新しい環境に App Service のすべてのプランとアプリを作成し直します。 移行期間全体を通じて、既存の環境が稼働しています。 新しい App Service Environment v3 の準備ができたら、新しい環境にトラフィックをリダイレクトして、移行を完了できます。 移行中にアプリケーションのダウンタイムは発生しません。 この機能の詳細については、サイド バイ サイド移行機能を使用した自動アップグレードに関する記事をご覧ください。
- 手動移行オプションは、自動移行機能を使用できない場合に利用できます。 これらのオプションについて詳しくは、代わりの移行方法に関する記事をご覧ください。
移行パスのデシジョン ツリー
次のデシジョン ツリーを使うと、適切な移行パスを決定できます。
App Service Environment v3 にアップグレードした後のコスト削減の機会
App Service Environment v3 で使用できる App Service プラン SKU は、Isolated v2 (Iv2) レベルで実行されます。 コアの数と RAM の量は、Isolated レベルと比較すると、対応するレベルごとに実質的に 2 倍になります。 移行すると、App Service プランは対応するレベルに変換されます。 たとえば、I2 インスタンスは I2v2 に変換されます。 I2 には 2 つのコアと 7 GB RAM が搭載されていますが、I2v2 には 4 つのコアと 16 GB の RAM が搭載されています。 容量要件が変わらないと予想される場合は、オーバープロビジョニング状態になり、使用していないコンピューティングとメモリに対して料金が支払うことになります。 このシナリオでは、I2v2 インスタンスを I1v2 にスケールダウンし、結果的に、以前と同じようなコア数と RAM にできます。
Note
すべてのシナリオは、米国東部の Linux $USD 価格に基づいたコストを使用して計算されます。 支払いオプションは月単位に設定されています。 見積もりは、見積もりが作成された日に適用される価格に基づいています。 実際の合計見積もりは異なる場合があります。 最新の見積もりについては、Azure 料金計算ツールを参照してください。
このシナリオのコスト削減の機会を示すには、料金計算ツールを使用して、App Service プランをスケールダウンした結果として毎月の節約額を見積もります。 この例では、App Service Environment v2 に I2 インスタンスが 1 つあります。 2 つのコアと 7 GB RAM が必要です。 従量課金制の価格を使用します。 App Service Environment v2 では、毎月の支払いは次のようになります。
スタンプ料金 + 1(I2) = $991.34 + $416.10 = $1,407.44
移行機能を使用してこの App Service Environment を移行すると、新しい App Service Environment v3 に I2v2 インスタンスが 1 つ、つまり、4 つのコアと 16 GB の RAM があります。 何も変更しない場合、毎月の支払いは次のようになります。
毎月のコストは削減されますが、それほど多くのコンピューティングと容量は必要ありません。 インスタンスを I1v2 にスケールダウンすると、毎月のコストがさらに削減されます。
損益分岐点
ほとんどの場合、App Service Environment v3 に移行すると、コスト削減の機会が得られます。 ただし、常にコストを削減できるとは限らず、多数の小さなインスタンスを維持する必要がある場合は特にそうです。
このシナリオを示すために、I1 インスタンスが 1 つの App Service Environment v2 を使用します。 毎月のコストは次のようになります。
スタンプ料金 + 1(I1) = $991.34 + $208.05 = $1,199.39
この環境を App Service Environment v3 に移行する場合、毎月のコストは次のようになります。
この変更は大幅なコスト削減ですが、コアと RAM が 2 倍になるため、オーバープロビジョニング状態になり、これは必要ないことがあります。 新しい環境の方が安価であるため、この過剰は、このシナリオでは問題になりません。 ただし、単一の App Service Environment で I1 インスタンスを増やすと、App Service Environment v3 への移行によって毎月のコストがどのように増加するかがわかります。
このシナリオでは、App Service Environment v2 には 14 個の I1 インスタンスがあります。 毎月のコストは次のようになります。
スタンプ料金 + 14(I1) = $991.34 + $2,912.70 = $3,904.04
この環境を App Service Environment v3 に移行する場合、毎月のコストは次のようになります。
App Service Environment v3 は、App Service Environment v2 よりもコストが高くなります。 I1 インスタンスを追加し始めると、移行時にさらに多くの I1v2 インスタンスが必要になるため、価格差がさらに大きくなります。 環境でこのシナリオが必要な場合は、毎月のコスト増に備えた計画が必要になる可能性があります。 次のグラフは、この特定のシナリオで App Service Environment v3 の方が App Service Environment v2 よりコストが高くなる分岐点を視覚的に示しています。
Note
この計算は、米国東部の Linux $USD 価格で行いました。 リージョンによって価格が異なるため、損益分岐点も変化します。 ご自身の状況を反映した見積もりについては、Azure 料金計算ツールを参照してください。
App Service Environment v3 でのコストの変化と節約の機会に関するその他のシナリオについては、「App Service Environment v3 への移行によるコスト削減を見積もる」を参照してください。
ご意見をお寄せください
少しだけお時間をいただけますか? この短い匿名投票で、アップグレード エクスペリエンスについてお聞かせいただけると幸いです。 状況の把握と改善に役立てるため、お願いいたします。