針對在將雲端服務 (傳統) 部署到 Azure 時的 ConstrainedAllocationFailed 進行疑難排解
重要
截至 2024 年 9 月 1 日，所有客戶的雲端服務 (傳統) 均已淘汰。 自 2024 年 10 月起，Microsoft 將停止並關閉任何執行中的現有部署，且資料將永久遺失。 新部署應該使用 Azure Resource Manager 型的新部署模型 Azure 雲端服務 (延伸支援)。
在本文中，您將針對因配置限制而無法部署 Azure 雲端服務 (傳統) 的配置失敗進行疑難排解。
當您將執行個體部署到雲端服務 (傳統)，或新增 Web 或背景工作角色執行個體時，Microsoft Azure 會配置計算資源。
在這些作業進行期間，即使您尚未達到 Azure 訂用帳戶限制，也可能偶爾收到錯誤訊息。
提示
規劃服務的部署時，本資訊可能也很有用。
徵兆
在 Azure 入口網站中，瀏覽至您的雲端服務 (傳統)，然後在側邊欄中選取 [作業記錄 (傳統)] 以檢視記錄。
![此圖顯示 [作業記錄 (傳統)] 刀鋒視窗。](media/cloud-services-troubleshoot-constrained-allocation-failed/cloud-services-troubleshoot-allocation-logs.png)
當您檢查雲端服務 (傳統) 的記錄時，會看到下列例外狀況：
| 例外狀況類型 | 錯誤訊息 |
|---|---|
| ConstrainedAllocationFailed | Azure 作業 '{Operation ID}' 失敗，代碼為 Compute.ConstrainedAllocationFailed。 詳細資料：配置失敗；無法滿足要求中的條件約束。 要求的新服務部署繫結至同質群組，或以虛擬網路為目標，或此託管服務下已經有部署。 任何這些情況會將新的部署侷限於特定的 Azure 資源。 請稍後重試，或嘗試減少虛擬機器 (VM) 大小或角色執行個體的數量。 或者，可能的話，移除條件約束，或嘗試部署至不同的區域。 |
原因
當第一個執行個體部署至雲端服務 (在預備或生產環境) 後，該雲端服務會釘選至某個叢集。
經過一段時間後，此叢集中的資源可能會充分運用。 如果雲端服務 (傳統) 在釘選的叢集中沒有足夠的資源可用時提出了更多資源的配置要求，此要求將導致配置失敗。 如需詳細資訊，請參閱配置失敗的常見問題。
解決方案
現有的雲端服務已固定到叢集。 雲端服務 (傳統) 的任何進一步部署都會發生在相同的叢集中。
當您在此情況下遇到配置錯誤時，建議做法是重新部署至新的雲端服務 (傳統) (並更新 CNAME)。
提示
此解決方案可能是最成功的，因為其可讓平台從該區域的所有叢集中來選擇。
注意
此解決方案不需要停機。
將工作負載部署到新的雲端服務 (傳統)。
- 如需進一步的指示，請參閱如何建立和部署雲端服務 (傳統) 指南。
警告
如果您不想失去與此部署位置建立關聯的 IP 位址，您可以使用解決方案 3 - 保留 IP 位址。
更新 CNAME 或 A 記錄，以將流量指向新的雲端服務 (傳統)。
- 如需進一步指示，請參閱設定 Azure 雲端服務 (傳統) 的自訂網域名稱指南。
一旦流向舊網站的流量為零，您就可以刪除舊的雲端服務 (傳統)。
- 如需進一步的指示，請參閱刪除部署和雲端服務 (傳統) 指南。
- 若要查看您雲端服務 (傳統) 的網路流量，請參閱雲端服務 (傳統) 監視的簡介。
如需進一步的補救步驟，請參閱雲端服務 (傳統) 配置失敗的疑難排解 | Microsoft Docs。
下一步
如需更多配置失敗解決方案和背景資訊：
若本文中未提及您的 Azure 問題，請前往 Microsoft Developer Network (MSDN) 及 Stack Overflow 上的 Azure 論壇。 您可以在這些論壇中張貼問題，或將問題貼至 X 上的 @AzureSupport。您也可以提交 Azure 支援要求。 若要提交支援要求，請在 Azure 支援頁面上，選取 [取得支援]。