Japan Azure PaaS Support Team

API Management における stv1 から stv2 への移行について

8 minute read

はじめに

API Management ( 以降 APIM と表記 ) の stv1 プラットフォームが 2024 年 8 月 31 日をもって廃止されます。 期日以降、 stv1 プラットフォームで ホストされている APIM インスタンスはすべてシャットダウンされ、API 要求に応答しません。 既に 移行ガイド を公開しておりますので、計画的な移行にご協力の程よろしくお願いいたします。

また、当該移行ガイドはお客様から寄せられるお問い合わせやご要望によっては、よりスムーズに移行ができるよう内容が適宜変更される可能性があります。 移行作業を検討ならびに実行される際は日本語版と併せて 英語版 にて最新情報をキャッチアップしてくださいますようお願いいたします。

比較

移行対象の APIM が VNET インジェクションされているかどうか、また、VNET インジェクションされている場合、外部モードか内部モードかによって移行プロセスにいくつか差分がございますので、以下の表にまとめました。 移行ガイド と併せてご参照していただけますと幸いです。

項目 VNET インジェクション なし VNET インジェクション（外部モード） VNET インジェクション（内部モード）  
VIP 更新 VIP (パブリック仮想 IP アドレス) を維持するオプションあり 必要 必要  
移行ダウンタイム VIP を維持する場合： 約 15 分
新しい VIP を使用(推奨)： なし *1		 なし *1 なし *1  
所要時間 約 45 ～ 60 分 *2 約 45 ～ 60 分 *2 約 45 ～ 60 分 *2  
前提条件 なし 以下 2 つを事前に用意 *3
　- 現在の仮想ネットワーク内の新しいサブネット
　- 新しいパブリック IPv4 アドレス		 以下 2 つを事前に用意 *3
　- 現在の仮想ネットワーク内の新しいサブネット
　- 新しいパブリック IPv4 アドレス		  
stv1 保持時間 約 15 分 約 15 分（最大 48 時間まで延長可）*4 約 15 分（最大 48 時間まで延長可）*4  
DNS 変更 VIP を維持する場合：不要
新しい VIP を使用 ( 推奨 ) ： 必要
　- カスタムドメインを使用していない（ 既定ドメインを使用している ）場合：不要 *5
　- カスタムドメインを既定ドメインに CNAME で紐づけている場合：不要 *5
　- カスタムドメインを直接 VIP に紐づけている場合：必要		 カスタムドメインを使用していない（ 既定ドメインを使用している ）場合：不要 *5
カスタムドメインを既定ドメインに CNAME で紐づけている場合：不要 *5
カスタムドメインを直接 VIP (パブリック仮想 IP アドレス) に紐づけている場合：必要		 新しい VIP ( プライベート仮想IPアドレス ) への更新が必要  

*1 : 対クライアント/バックエンドとの既存コネクションは一旦切断されますが、クライアントから即座に再接続を実行することで新規コネクションを確立できます
*2 : あくまで目安のため 2 時間以上 APIM の状態が 「 Updating（更新中）」など Online 状態にならない場合には サポートリクエスト にてお問い合わせください
*3 : stv2 移行後に元のサブネットに変更する際にも新しいパブリック IPv4 アドレスが必要となります
*4 : 新旧 APIM の共存は既定で約 15 分となっております。これは移行プロセス中に問題が発生した際に自動ロールバックするための時間であり、もしお客様自身にて新旧 APIM を使用して検証したい場合には最大 48 時間まで Azure ポータルからの サポートリクエスト 発行により事前に延長申請可能です。また実際にロールバックを要求する場合におきましても サポートリクエスト にてお問い合わせください
なお、当該延長申請はお問い合わせいただいたサブスクリプション配下の全ての APIM に適用されます
*5 : 既定ドメインは新しい VIP に自動更新されます

FAQs

  • SKU の種類 ( Developer, Basic, Standard, Premium など ) で移行時における挙動の差分はありますか？
  • stv1/subnet A -> stv2/subnet B -> stv2/subnet A と移行した場合、stv2/subnet A から 元のサブネット stv1/subnet A へロールバックできますか？ ※stv1/subnet A はサブネット A に属する stv1 の APIM を意味しています
    • いいえ、stv2 に subnet A を設定するためには、stv1 から subnet A を解放する必要があり、当該 subnet A を解放すると、stv1 は削除されることになるため、結果的に stv2/subnet A -> stv1/subnet A へのロールバックはできません。

  • stv2 へ移行後、すぐに stv1 がデプロイされていた元の Vnet と サブネット に戻せますか？
    • いいえ、stv2 移行後、既定で約 15 ～ 45 分 （ 最大 48 時間まで Azure ポータルからの サポートリクエスト 発行により事前に延長申請可能 ）は、 元の Vnet と サブネットには戻すことはできません。
      もし元の Vnet とサブネットに変更して更新しようとすると以下のResource Navigation Link が存在することによるエラーが発生しますので、時間を空けてから再度実行するようにしてください。

      エラーメッセージ：
      API Management service stv2 platform deployment into /subscriptions//resourcegroups//providers/microsoft.network/virtualnetworks//subnets/ is not supported, as it already contains API Management service(s) with stv1 platform in it as suggested by presence of "/subscriptions//resourceGroups//providers/Microsoft.Network/virtualNetworks//subnets//resourceNavigationLinks/". Please select a different subnet and try again. Refer to https://aka.ms/apim-infrastructure for definition of stv1 vs stv2.

    元のサブネットにて Resource Navigation Link が削除されたかどうかは以下の REST API を実行することで確認できます。
    https://learn.microsoft.com/en-us/rest/api/virtualnetwork/resource-navigation-links/list

    該当サブネットに Resource Navigation Link が存在する場合は以下の内容が返却されます。

      {
    "name": "Navigation Link Name",
    "id": "/subscriptions/<subscription id>/resourceGroups/<resource group name>/providers/Microsoft.Network/virtualNetworks/<vnet name>/subnets/<subnet name>/resourceNavigationLinks/<navigation link name>",
    "etag": "W/\"c905e4c5-7a4d-4d3c-8adf-8b83773c782b\"",
    "type": "Microsoft.Network/virtualNetworks/subnets/resourceNavigationLinks",
    "properties": {
      "provisioningState": "Succeeded",
      "linkedResourceType": "Microsoft.ApiManagement/service",
      "link": "/subscriptions/<subscription id>/providers/Microsoft.ApiManagement/service?vnetResourceGuid=<resource gu id>&subnet=<subnet name>&api-version=2016-07-07"
    }
  }
  • 移行時に一時的には新旧２つのインスタンスが存在することになるが、stv2にアップグレードすることも含め追加コストは発生しますか？
    • いいえ、移行中ならびに移行後において追加コストは発生しません。

  • stv1 での APIM サービスや API 構成（ ポリシー、バックエンド、カスタムドメイン、証明書、開発者ポータルコンテンツなど ）は　stv2 へ移行後も引き継がれますか？
    • はい、引き継がれます。今回 stv2 への移行を行う上で変更する Vnet 構成以外の APIM の構成においてはそのまま引き継がれ、特に stv2 移行後に追加で設定変更を行う必要はありません。

  • 48 時間を超過して stv1 と stv2 を共存させて検証したい場合はどうすればよいでしょうか？

参考ドキュメント

  • stv1 プラットフォームの廃止 (2024 年 8 月)
    https://learn.microsoft.com/ja-jp/azure/api-management/breaking-changes/stv1-platform-retirement-august-2024

  • stv1 プラットフォームでホストされている API Management インスタンスを stv2 に移行する
    https://learn.microsoft.com/ja-jp/azure/api-management/migrate-stv1-to-stv2

  • Migrating API Management platform version from stv1 to stv2
    https://techcommunity.microsoft.com/t5/fasttrack-for-azure/migrating-api-management-platform-version-from-stv1-to-stv2/ba-p/3951108





2024 年 2 月 8 日時点の内容となります。
本記事の内容は予告なく変更される場合がございますので予めご了承ください。



関連記事

Azure Cache for Redis の最小 TLS バージョンの確認、変更方法

11 minute read

はじめに トランスポート層セキュリティ (TLS) バージョン 1.2 以降の排他的使用に向けた業界全体の推進活動に対応するために、Azure Cache for Redis は、2025 年 3 月に TLS 1.2 の使用を求める方向に進んでいます。 TLS バージョン 1.0 と 1.1 は、BEAST...