共用方式為


啟動或停止 Azure Spring Apps 服務執行個體

注意

基本標準和企業方案將從 2025 年 3 月中旬開始淘汰,並停用 3 年。 建議您轉換至 Azure Container Apps。 如需詳細資訊,請參閱 Azure Spring Apps 淘汰公告

標準 耗用量和專用 方案將從 2024 年 9 月 30 日起淘汰,並在六個月後完成關閉。 建議您轉換至 Azure Container Apps。 如需詳細資訊,請參閱 將 Azure Spring Apps 標準取用和專用方案遷移至 Azure Container Apps

本文適用於:❌標準取用和專用 (預覽) ✔️ 基本/標準 ✔️ 企業

此文章說明如何啟動或停止 Azure Spring Apps 服務執行個體。

在 Azure Spring 應用程式中執行的應用程式可能不需要持續執行。 例如,如果您的服務執行個體只在上班時間使用,則應用程式可能不需要一直執行。 有時,Azure Spring 應用程式可能處於閒置狀態,而只執行系統元件。

您可以藉由減少執行中的執行個體來減少 Azure Spring 應用程式的作用中磁碟使用量,進而降低計算資源的成本。 如需詳細資訊,請參閱在 Azure Spring 應用程式中啟動、停止和刪除應用程式在 Azure Spring 應用程式中調整應用程式

若要進一步降低成本,您可以完全停止 Azure Spring Apps 服務執行個體。 所有使用者應用程式與系統元件都會停止。 不過,系統會儲存所有物件與網路設定,因此您可以重新啟動您的服務執行個體,並從先前的進度繼續執行。

限制

停止和啟動 Azure Spring 應用程式服務執行個體的功能具有下列限制:

  • 您可以停止和啟動 Azure Spring 應用程式服務執行個體,以協助您節省成本。 不過,您不應該停止和啟動執行中的執行個體以進行服務復原 (例如從無效的虛擬網路設定中復原)。
  • 已停止的 Azure Spring 應用程式服務執行個體狀態會保留最多 90 天。 若叢集已停止超過 90 天,則無法復原叢集狀態。
  • 您只能啟動、檢視或刪除已停止的 Azure Spring Apps 服務執行個體。 您必須在執行任何更新作業 (例如建立或調整應用程式) 之前啟動服務執行個體。
  • 如果已成功停止或啟動 Azure Spring 應用程式服務執行個體,您必須等候至少 30 分鐘才能再次啟動或停止執行個體。 不過,如果您的上次作業失敗,您可以再試一次啟動或停止,而不需要等候。
  • 針對虛擬網路執行個體,啟動作業可能會因為虛擬網路設定無效而失敗。 如需詳細資訊,請參閱在虛擬網路中執行 Azure Spring 應用程式的客戶責任

必要條件

停止執行中的執行個體

在 Azure 入口網站中,使用下列步驟來停止執行中的 Azure Spring Apps 執行個體:

  1. 移至 Azure Spring Apps 服務概觀頁面。

  2. 選取 [停止] 以停止執行中的執行個體。

    Azure 入口網站的螢幕擷取畫面,其中顯示 Azure Spring 應用程式的 [概觀] 頁面,並醒目提示 [停止] 按鈕和 [狀態] 值。

  3. 執行個體停止之後,狀態會顯示 [成功 (已停止)]

啟動已停止的執行個體

在 Azure 入口網站中,使用下列步驟來啟動已停止的 Azure Spring Apps 執行個體:

  1. 移至 Azure Spring Apps 服務概觀頁面。

  2. 選取 [啟動] 以啟動已停止的執行個體。

    Azure 入口網站的螢幕擷取畫面,其中顯示 Azure Spring 應用程式的 [概觀] 頁面,並醒目提示 [啟動] 按鈕和 [狀態] 值。

  3. 執行個體啟動之後,狀態會顯示 [成功 (執行中)]

針對啟動期間失敗的資源佈建進行疑難排解

當您啟動服務執行個體時,即使 ProvisioningStateSucceeded,您仍可能會收到錯誤訊息。 此錯誤訊息可協助您識別無法啟動的資源或未套用的設定。

您可能會收到與下列範例類似的錯誤訊息:Failed to start the following resource(s) or apply setting(s): [<failed resource list>]. Please check and update them accordingly.

下列清單描述您可採取以從這些失敗中復原的一些常見動作:

  • 識別失敗的資源:請參閱錯誤訊息中的 <failed resource list> 區段,以識別無法啟動的資源或無法套用的設定。
  • 調查並降低風險:查看每個列出的資源、檢查是否有可用的失敗記錄,並採取必要的風險降低措施。 這些風險降低措施可能涉及更新無法啟動的特定資源或重新套用受影響的設定。

下一步