次の方法で共有


App Service Environment v3 にアップグレードする

重要

現在 App Service Environment v1 または v2 を使用している場合は、App Service Environment v3 にワークロードを移行する必要があります。 App Service Environment v1 と v2 は、2024 年 8 月 31 日の時点で廃止されます。 より強力なインフラストラクチャ上で実行できる、使いやすい新しいバージョンの App Service Environment があります。 新しいバージョンの詳細については、App Service Environment の概要に関するページから始めてください。 現在 App Service Environment v1 を使用している場合は、この記事の手順に従って新しいバージョンに移行ください。

2024 年 8 月 31 日以降、App Service Environment v1 および v2 ワークロードが運用環境内に残っている場合、これらは廃止された製品なので、サービス レベル アグリーメント (SLA) とサービス クレジットは適用されなくなります。 App Service Environment v1 および v2 ハードウェアは使用停止になるため、お使いのアプリやデータの可用性とパフォーマンスに影響が出る場合があります。

直ちに App Service Environment v3 への移行を完了する必要があります。そうしないと、お使いのアプリとリソースが削除される可能性があります。 Microsoft では、インプレース移行機能を使用して、残っている App Service Environment v1 と v2 の自動移行をベストエフォートで試みますが、自動移行後のアプリケーションの可用性については、いかなる主張および保証も行いません。 移行を完了し、ニーズに合わせて最適な App Service プラン SKU を選択するには、手動による構成が必要になる場合があります。 自動移行を実行できない場合、リソースとそれに関連するアプリ データは削除されます。 これらの極端なシナリオを両方とも回避するために、今すぐ対処することを強くお勧めします。

時間的猶予が必要な場合は、移行を完了するための一回限りの 30 日間の猶予期間を設定することができます。 この猶予期間の詳細と要求方法については、「猶予期間の概要」を確認した後、Azure portal に移動し、各 App Service Environment の [移行] ブレードにアクセスしてください。

App Service Environment v1/v2 の廃止に関する最新情報については、App Service Environment v1 および v2 の廃止についての更新に関するページをご覧ください。

このページは、最小限のダウンタイムで円滑にアップグレードするのに役立つガイダンスとリソースをまとめた、ワンストップ ショップです。 ガイダンスに従って、できるだけ早くアップグレードを計画し、完了してください。 このページは、最新の情報が利用可能になると更新されます。

アップグレードの手順

手順 アクション リソース
1 30 日間の猶予期間を受け取る 30 日の猶予期間を要求していない場合は、猶予期間の概要に関する記事を確認した後、Azure portal にアクセスし、各 App Service Environment の [移行] ブレードに移動して、猶予期間を要求してください。 予期しない自動移行または削除を防ぐために、猶予期間を受け取る必要があります。
2 事前の確認 お使いの環境が、自動移行機能のいずれかを使ってアップグレードを自動化するための前提条件を満たしているかどうかを判断します。 インプレース移行とサイド バイ サイド移行のどちらがユース ケースに適しているかを判断します。
- 移行パスのデシジョン ツリー
- インプレース移行機能を使用した自動アップグレード
- サイド バイ サイド移行機能を使用した自動アップグレード

満たしていない場合は、手動でアップグレードできます。
- 手動での移行
3 移行 確認結果に基づき、自動移行機能のいずれかを使ってアップグレードするか、手動の手順に従います。
4 テストおよびトラブルシューティング 自動移行機能のいずれかを使用したアップグレードには、3 から 6 時間のサービス期間が必要です。 サイド バイ サイド移行機能を使用する場合は、アップグレードを完了する前に、App Service Environment v3 をテストして検証する機会があります。 サポート チームが、アップグレードを確実に成功させるために監視します。 サポート プランに加入していて技術的な支援が必要な場合は、サポート リクエストを作成してください。
5 App Service プランの最適化 アップグレードが完了したら、追加のメリットを得るために App Service プランを最適化することができます。

自動選択された Isolated v2 の SKU サイズを確認し、必要に応じて App Service プランをスケールアップまたはスケールダウンします。
- App Service プランをスケールダウンする
- App Service Environment の移行後のスケーリング ガイダンス

予約インスタンスの価格、節約プランを確認し、必要に応じて価格の見積もりを確認します。
- App Service の価格のページ
- Isolated v2 インスタンスに予約割引を適用する方法
- Azure 料金計算ツール
6 詳細情報 App Service Environment 製品マネージャーを使用したアップグレード プロセスの概要:
- Azure App Service Community の立ち上げ: App Service Environment の移行

Azure FastTrack Architects とのオンデマンド Learn Live セッション:
- インプレース自動移行機能を使用する
- サイド バイ サイド自動移行機能を使用する

他に支援が必要でしょうか。 FastTrack にお問い合わせいただくには、リクエストを送信してください。

よく寄せられる質問

コミュニティ サポート

関連情報

アップグレードのメリットについて

App Service Environment v3 は、App Service Environment の最新バージョンです。 使いやすく、Windows と Linux の両方で最大 64 コアおよび 256 GB RAM まで高速にスケーリングできる強力なインフラストラクチャで実行され、ネットワーク トポロジがよりシンプルです。 これらや他のメリットの詳細については、次のリソースを参照してください。

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 の準備ができたら、新しい環境にトラフィックをリダイレクトして、移行を完了できます。 移行中にアプリケーションのダウンタイムは発生しません。 この機能の詳細については、サイド バイ サイド移行機能を使用した自動アップグレードに関する記事をご覧ください。

    Note

    サイドバイサイド移行には、インプレース移行と比べてさらなる課題が伴います。 この 2 つの選択肢のどちらを使用するかを決定する必要があるお客様には、手順も複雑さも少ないため、インプレース移行を使用することをお勧めします。 サイドバイサイド移行を使用する場合は、よくある落とし穴を回避するために、「サイド バイ サイド移行機能を使用した移行時によくある問題の原因」のセクションを参照してください。

  • 手動移行オプションは、自動移行機能を使用できない場合に利用できます。 これらのオプションについて詳しくは、代わりの移行方法に関する記事をご覧ください。

一部のユーザーで移行後にパフォーマンスの違いが見られるのはなぜですか?

App Service Environment v3 では、物理コアではなく、仮想 CPU (vCPU) に基づく新しい仮想マシンが使われます。 通常、生の CPU パフォーマンスの点で、1 つの vCPU は 1 つの物理コアと同じではありません。 その結果、従来の物理コア数を現在の vCPU 数と一致させようとした場合、CPU にバインドされたワークロードでパフォーマンスの違いが見られる可能性があります。

App Service Environment v3 に移行するとき、App Service プランのレベルは次のように対応します。

App Service Environment v2 SKU App Service Environment v3 SKU
I1 I1v2
i2 I2v2
I3 I3v2

移行パスのデシジョン ツリー

次のデシジョン ツリーを使うと、適切な移行パスを決定できます。 お使いの App Service Environment が自動移行の条件を満たしている場合は、インプレース移行機能を使用することをすべてのお客様にお勧めします。 インプレース移行は、App Service Environment v3 にアップグレードする際の最もシンプルで速い方法です。

使用する App Service Environment アップグレード オプションの決定に役立つデシジョン ツリーのスクリーンショット。

提供終了日後のアクティビティ

2024 年 8 月 31 日以降は、App Service Environment v1 および v2 ハードウェアが使用停止になります。これにより、お使いのアプリやデータの可用性とパフォーマンスに影響がおよぶ場合があります。 また、これらの製品は廃止されるため、2024 年 8 月 31 日の正式な提供終了後、サービス レベル アグリーメント (SLA) とサービス クレジットは、引き続き運用されている App Service Environment v1 および v2 ワークロードには適用されなくなります。

App Service Environment v3 への移行は、できるだけ早く完了する必要があります。完了しないと、お使いのアプリとリソースが削除されるおそれがあります。 Microsoft ではインプレース移行機能を使用して、残りの App Service Environment v1 と v2 の自動移行をベストエフォートで試みますが、自動移行後のアプリケーションの可用性については、いかなる主張も保証も行いません。 移行を完了し、ニーズに合わせて最適な App Service プラン SKU を選択するには、手動による構成が必要になる場合があります。 自動移行を実行できない場合、リソースとそれに関連するアプリ データは削除されます。 これらの極端なシナリオを回避するため、今すぐ行動することを強くお勧めします。

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 があります。 何も変更しない場合、毎月の支払いは次のようになります。

1(I2v2) = $563.56

毎月のコストは削減されますが、それほど多くのコンピューティングと容量は必要ありません。 インスタンスを I1v2 にスケールダウンすると、毎月のコストがさらに削減されます。

1(I1v2) = $281.78

損益分岐点

ほとんどの場合、App Service Environment v3 に移行すると、コスト削減の機会が得られます。 ただし、常にコストを削減できるとは限らず、多数の小さなインスタンスを維持する必要がある場合は特にそうです。

このシナリオを示すために、I1 インスタンスが 1 つの App Service Environment v2 を使用します。 毎月のコストは次のようになります。

スタンプ料金 + 1(I1) = $991.34 + $208.05 = $1,199.39

この環境を App Service Environment v3 に移行する場合、毎月のコストは次のようになります。

1(I1v2) = $281.78

この変更は大幅なコスト削減ですが、コアと 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 に移行する場合、毎月のコストは次のようになります。

14(I1v2) = $3,944.92

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 が v2 よりもコストが高くなる分岐点を示すグラフ。

App Service Environment v3 でのコストの変化と節約の機会に関するその他のシナリオについては、「App Service Environment v3 への移行によるコスト削減を見積もる」を参照してください。

フィードバックのお願い

少しだけお時間をいただけますか? この短い匿名投票で、アップグレード エクスペリエンスについてお聞かせいただけると幸いです。 状況の把握と改善に役立てるため、お願いいたします。

次のステップ