stv1 プラットフォームでホストされている API Management インスタンスを stv2 に移行する
適用対象: Developer | Basic | Standard | Premium
ここは、stv1 コンピューティング プラットフォームでホストされている API Management インスタンスを新しい stv2 プラットフォームに移行するためのガイダンスを見つけるのに役立ちます。 これを行う必要があるか確認してください。
API Management インスタンスが現在外部 VNet または内部 VNet にデプロイ (インジェクション) されているかどうかに応じて、2 つの異なる移行シナリオがあります。 自分のシナリオに合った移行ガイダンスを選択してください。 いずれのシナリオでも、既存のインスタンスが stv2 プラットフォームにインプレース移行されます。
重要
stv1 プラットフォームでホストされている API Management インスタンスのサポートは、2024 年 8 月 31 日で廃止される予定です。 stv1 プラットフォームにインスタンスをホストしているとき、サービスの中断を回避するため、その日付の前に stv2 プラットフォームに移行してください。 詳細情報。
インプレース移行シナリオ
シナリオ 1: VNet に挿入されていない API Management インスタンスを移行する - ポータルまたは stv2 への移行 REST API を使用してインスタンスを
stv2プラットフォームに移行します。シナリオ 2: VNet によって挿入されている API Management インスタンスを移行する - VNet 構成設定を手動で更新してインスタンスを
stv2プラットフォームに移行します
代替: 横並びデプロイ
stv2 プラットフォームにインプレース移行することを強く推奨していますが、元の API Management インスタンスとの並列で新しい stv2 インスタンスをデプロイすることも選択できます。 API Management のバックアップと復元機能を使用し、元のインスタンスをバックアップし、新しいインスタンスに復元します。
横並びデプロイの場合、新しいインスタンスをデプロイし、検証するタイミング、元のインスタンスにロールバックするかどうか (必要に応じて)、元のインスタンスを使用停止にするタイミングを制御できます。 この手法では、ある期間、追加のインスタンスを実行するため、コストが増え、必要な労力が増えるが、移行プロセスを完全に制御できます。 制限と考慮事項については、API Management インスタンスのコピー作成ガイドを参照してください。
次の図は、横並び移行中の動作の概要を示しています。
ヘルプとサポート
ここでは、サービスの中断を最小限に抑えながら、stv2 プラットフォームに移行できるよう、お手伝いします。
ご質問がございましたら、Microsoft Q&A でコミュニティの専門家が速やかにお答えします。 サポート プランに加入していて技術的な支援が必要な場合は、サポート リクエストを作成してください。
- [要約] に、問題の説明 (「stv1 の廃止」など) を入力します。
- [問題の種類] で [技術] を選択します。
- [サブスクリプション] でご使用のサブスクリプションを選択します。
- [サービス] で [使用中のサービス] を選択し、[API Management サービス] を選択します。
- [リソース] で、サポート リクエストを作成する Azure リソースを選択します。
- [問題の種類] で [管理] を選択します。
- [問題のサブタイプ] で [Upgrade, Scale or SKU Changes] (アップグレード、スケーリング、SKU の変更) を選択します。