將裝載在 stv1 平台上的 APIM 執行個體移轉到 stv2
適用於:開發人員 | 基本 | 標準 | 進階
在這裡,我們會協助您找到將裝載於 stv1
計算平台上的 APIM 執行個體移轉至較新的 stv2
平台的指引。 瞭解您是否需要執行這個項目。
有兩種不同的移轉案例,取決於您的 APIM 執行個體目前是否已部署在外部或內部 VNet 中。 為您的案例選擇移轉指南。 這兩種案例都會將現有的執行個體就地移轉至 stv2
平台。
重要
stv1
平台裝載的 API 管理執行個體,自 2024 年 8 月 31 日起將不受支援。 如果您有裝載於 stv1
平台上的實例,請在該日期之前將其遷移至 stv2
平台,以避免服務中斷。 深入了解。
就地移轉案例
案例 1:非 VNet 插入的 APIM 執行個體:使用入口網站將執行個體移轉至
stv2
平台,或移轉至 stv2 REST API。案例 2:移轉非 VNet 插入的 APIM 執行個體:使用入口網站,透過更新 VNet 組態設定,將執行個體移轉至
stv2
平台。
替代方式:並排部署
雖然強烈建議您使用就地移轉至 stv2
平台,但您也可以選擇與原始 APIM 執行個體並排部署新的 stv2
執行個體。 使用 APIM 備份和還原功能來備份原始執行個體,並還原到新的執行個體。
透過並排部署,您可以控制部署和驗證新執行個體的時機、是否要復原 (如需要) 至原始執行個體,以及何時將原始執行個體解除委任。 這種方法會增加成本,因為您執行額外的執行個體一段時間,而且需要更多工作,但可讓您完全掌控移轉流程。 如需限制和考量的資訊,請參閱 建立 APIM 執行個體複本的指南。
下圖顯示並排移轉期間所發生情況的高階概觀。
說明與支援
我們在這裡可協助您移轉至 stv2
平台,對您的服務造成最小的中斷。
如有疑問,請在 Microsoft Q&A 中尋求社群專家的解答。 如果您具備支援計劃且需要技術協助,請提出支援要求。
- 針對 [摘要],輸入問題的描述,例如「stv1 淘汰」。
- 在 [問題類型] 下方,選取 [技術]。
- 在 [訂用帳戶] 下,選取您的訂用帳戶。
- 在 [服務] 底下選取 [我的服務],然後選取 [API 管理服務]。
- 在 [資源] 底下,選取您要為其建立支援要求的 Azure 資源。
- 針對 [問題類型],選取 [系統管理與一般管理]。
- 針對 [問題子類型],選取 [升級、調整或 SKU 變更]。
影片
相關內容
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應