共用方式為

將雲端服務 (傳統) 部署至 Azure 時的 FabricInternalServerError 或 ServiceAllocationFailure 疑難排解

  • 發行項

重要

截至 2024 年 9 月 1 日，所有客戶的雲端服務 (傳統) 均已淘汰。 從 2024 年 10 月開始，任何現有的執行中部署都會停止並關閉Microsoft，且數據將會永久遺失。 新部署應該使用 Azure Resource Manager 型的新部署模型 Azure 雲端服務 (延伸支援)。

在本文中，您會針對部署 Azure 雲端服務 (傳統) 時，網狀架構控制器無法配置的配置失敗進行疑難排解。

當您部署執行個體至雲端服務或加入新的 Web 或背景工作角色執行個體時，Microsoft Azure 會配置計算資源。

在這些作業進行期間，即使您尚未達到 Azure 訂用帳戶限制，也可能偶爾收到錯誤訊息。

提示

規劃服務的部署時，本資訊可能也很有用。

徵兆

在 Azure 入口網站中，瀏覽至您的雲端服務 (傳統)，然後在側邊欄中選取 [作業記錄 (傳統)] 以檢視記錄。

此圖顯示 [作業記錄 (傳統)] 刀鋒視窗。

當您檢查雲端服務 (傳統) 的記錄時，會看到下列例外狀況：

例外狀況 錯誤訊息
FabricInternalServerError 作業失敗，出現錯誤碼 'InternalError' 和錯誤訊息「伺服器發生內部錯誤。 請重試要求。」。
ServiceAllocationFailure 作業失敗，出現錯誤碼 'InternalError' 和錯誤訊息「伺服器發生內部錯誤。 請重試要求。」。

原因

FabricInternalServerError 和 ServiceAllocationFailure 是網狀架構控制器無法配置叢集中的執行個體時，可能發生的例外狀況。 根本原因會隨著雲端服務已釘選或未釘選而有所不同。

注意

當第一個執行個體部署至雲端服務 (在預備或生產環境) 後，該會將雲端服務固定至某個叢集。

經過一段時間後，此資源集區中的資源可能會充分運用。 當已釘選的資源集區中沒有足夠資源可用時，如果雲端服務要求配置額外資源，則此要求會造成配置失敗。

解決方案

遵循下列案例中配置失敗的指引。

未釘選到叢集

當第一次部署雲端服務 (傳統) 時，由於未選取叢集，因此未「固定」雲端服務。 Azure 可能會因為下列原因而部署失敗：

  • 您選取了區域中無法使用的特定大小。
  • 區域中無法使用跨不同角色所需的大小組合。

當您在此情況下遇到配置錯誤時，建議的作法是檢查區域中的可用大小，並變更您先前指定的大小。

  1. 您可以在雲端服務 (傳統) 產品頁面上查看區域中可用的大小。

    注意

    [產品] 頁面不會顯示可用的容量。 Azure 應該能為任何新配置挑選出您區域中該時間點的最佳叢集。

  2. 更新雲端服務 (傳統) 的服務定義檔，以指定區域中的不同產品大小。

已釘選到叢集

現有的雲端服務已固定到叢集。 雲端服務 (傳統) 的任何進一步部署都會發生在相同的叢集中。

當您在此情況下遇到配置錯誤時，建議做法是重新部署至新的雲端服務 (傳統) (並更新 CNAME)。

提示

此解決方案可能是最成功的，因為其可讓平台從該區域的所有叢集中來選擇。

注意

此解決方案不需要停機。

  1. 將工作負載部署到新的雲端服務 (傳統)。

    警告

    如果您不想失去與此部署位置建立關聯的 IP 位址，您可以使用解決方案 3 - 保留 IP 位址。

  2. 更新 CNAME 或 A 記錄，以將流量指向新的雲端服務 (傳統)。

  3. 一旦流向舊網站的流量為零，您就可以刪除舊的雲端服務 (傳統)。

如需進一步的補救步驟，請參閱雲端服務 (傳統) 配置失敗的疑難排解 | Microsoft Docs。

下一步

如需更多配置失敗解決方案和背景資訊：

配置失敗 - 雲端服務 (傳統)

若本文中未提及您的 Azure 問題，請前往 Microsoft Developer Network (MSDN) 及 Stack Overflow 上的 Azure 論壇。 您可以在這些論壇中張貼問題，或將問題貼至 X 上的 @AzureSupport。您也可以提交 Azure 支援要求。 若要提交支援要求，請在 Azure 支援頁面上，選取 [取得支援]。