將雲端服務 (傳統) 部署至 Azure 時，為 OverconstrainedAllocationRequest 疑難排解

  • 發行項

重要

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

本文會為阻礙部署 Azure 雲端服務 (傳統) 的過度限制配置失敗疑難排解。

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

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

提示

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

徵兆

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

例外狀況類型 錯誤訊息
OverconstrainedAllocationRequest 因受部署要求條件約束，無法佈建此部署所要求的虛擬機器 (VM) 大小 (或 VM 大小的總和)。 可能的話，請嘗試放寬條件限制，例如虛擬網路繫結。 此外，也請嘗試部署至裝載的服務，但其中沒有其他部署，以及部署到不同的同質群組，或沒有同質群組。 您也可以嘗試部署至不同的區域。

原因

根本原因會隨著雲端服務已釘選或未釘選而有所不同。

注意

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

一段時間後，即可充分運用此叢集中的資源。 如果雲端服務 (傳統) 在所固定的叢集中沒有足夠資源可用，且此時要求配置額外資源，此要求會造成配置失敗。

解決方案

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

未釘選到叢集

當第一次部署雲端服務 (傳統) 時，由於未選取叢集，因此未「固定」雲端服務。 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 支援頁面上，選取 [取得支援]。