如何使用原則設定 Service Broker 資源配額

資源配額原則將控制可供使用者使用的資源數量。您可以定義資源配額原則，以便限制每個使用者、專案或組織可耗用的資源。此程序中的使用案例介紹了資源配額原則。

如果您未定義任何資源配額原則，則系統不會套用管理，並且使用者會耗用資源，直到所有可用資源用盡。

身為雲端管理員，您可以建立一或多個資源配額原則並進行套用，例如，在組織層級套用。當整個組織的使用者請求部署資源時，資源配額原則會追蹤資源的耗用情況，以確保新部署請求不會超過原則中所定義的資源限制。

建立原則時，您必須設定原則範圍。範圍確定了將原則套用至組織層級還是專案層級的資源。如需有關原則範圍的詳細資訊，請參閱 〈如何在 Service Broker 原則中設定範圍〉。

• 如果原則範圍是組織，則您組織中的所有資源都將根據定義的原則進行管理。
• 如果原則範圍是多個專案，則與指定專案相關聯的資源會根據定義的原則進行管理。
• 如果原則範圍是單一專案，則與該專案相關聯的資源會根據定義的原則進行管理。其他專案不會受到影響。

定義資源配額時，您必須為每個資源指定範圍層級限制。層級限制會提供額外的資源管理。例如，如果您要將資源配額原則套用至整個組織，可以將範圍層級設定為組織限制，也可以為較小的區段定義限制，例如，該組織中的專案或使用者。

在同一原則中，對於每個範圍層級的資源類型，只能設定一個限制。例如，在同一個原則中，可以在組織層級以及為每個使用者針對儲存區耗用設定資源配額。在同一個原則中，無法在組織層級定義兩個儲存區配額。

資源配額限制取決於廣泛的原則範圍。如果在定義資源配額限制後變更範圍，將會刪除資源配額設定，並且您必須重新開始。

範圍層級下拉式功能表包含以下選項。

選項	說明	在這些原則範圍層級上可用
組織限制	限制可以在組織層級耗用的資源數量。 具有組織限制的資源配額會分佈在組織中的所有使用者或所有專案之間。	組織
組織使用者限制	限制組織內每位使用者可耗用的資源總量。	組織
專案限制	限制可以在專案層級耗用的資源數量。 具有專案限制的資源配額會分佈在指定專案中的所有使用者之間。 專案限制不累積。如果原則範圍設定為多個專案，會按專案套用資源限制。	組織 多個專案 專案
專案使用者限制	限制屬於指定專案的每位使用者可以在專案層級耗用的資源總量。	組織 多個專案 專案

如何強制執行資源配額原則？

• 可強制執行多個資源配額原則。系統會評估資源配額原則，並將強制執行的原則套用至部署請求。如果為同一範圍層級的資源定義了多個原則，則會強制執行具有最低限制值的資源配額。此程序中的使用案例提供了有關如何處理資源配額的詳細資訊。
• 強制執行資源配額原則時，會針對資源配額評估所有現有的部署資源，進行中的部署請求除外。部署請求完成後，資源使用情況將會更新，因此進行中的請求不包括在評估中。
• 部署雲端範本時，資源配額原則允許儲存區過度佈建，因為在端點中佈建機器之前，系統不知道部署的實際儲存區大小。在資源使用情況已更新並且系統發現佈建資源超過資源配額限制後，該原則不允許任何後續請求。
• 對以下第 2 天動作強制執行資源配額原則：新增磁碟、變更擁有者、變更專案、調整機器大小、調整開機磁碟大小、調整磁碟大小、更新部署。
• 資源配額原則僅支援透過雲端範本建立的 VMware vSphere、Amazon Web Services、Microsoft Azure 和 Google Cloud Platform 資源。

將在以下情況下套用資源配額原則：

• 使用者在 Service Broker 中請求目錄項目或在 Cloud Assembly 中請求雲端範本。
• 使用者變更部署或其元件資源。
• 建立新原則或更新現有原則時，系統最多可能需要兩分鐘的時間才能套用變更。例如，如果您在更新原則的兩分鐘內建立新部署，原則更新可能不會套用至部署請求。

在此使用案例中，有三個原則定義會說明建構資源配額原則的方式以及強制執行這些原則時產生的結果。

程序

1. 選取內容和原則 > 原則 > 定義 > 新增原則 > 資源配額原則。
2. 設定資源配額原則 1。
   身為雲端管理員，您想要控制如何在所管理組織中的使用者和專案之間分佈資源。
   1. 定義原則的有效時間。

      設定	範例值
      範圍	組織 此原則將套用至整個組織。

   2. 定義資源配額。

      範圍層級	資源和限制
      組織限制	CPU = 2000
      組織使用者限制	CPU = 10
      專案限制	CPU = 200
      專案使用者限制	CPU = 5

   在此案例中，可供組織內所有使用者耗用的總量為 2000 個 CPU，而每個專案可耗用的總量為 200 個 CPU。每個使用者可在其所屬的每個專案中最多使用 5 個 CPU，但在所有部署中的總和不超過 10 個 CPU。一旦達到範圍層級限制，任何超過此限制的新部署請求均會失敗。
3. 設定資源配額原則 2。
   身為專案管理員，您想要控制如何在所管理的幾個專案中的開發人員之間分佈資源。
   1. 定義原則的有效時間。

      設定	範例值
      範圍	多個專案 定義專案準則。例如， Project name contains dev 此原則僅套用至名稱中包含片語 dev 的專案。

   2. 定義資源配額。

      範圍層級	資源和限制
      專案限制	CPU = 100
      專案使用者限制	CPU = 10

   在此案例中，會評估每個範圍層級可用的資源，並強制執行原則 1 和原則 2。會套用兩個原則之間的最低限制。

   • 將套用原則 1 中的專案使用者限制，因為定義的值低於原則 2 中的值。
   • 將套用原則 2 中的專案限制，因為定義的值低於原則 1 中的值。
   • 此外，原則 1 中定義的組織層級限制也適用於原則 2 範圍內指定的專案。
4. 設定資源配額原則 3。
   身為雲端管理員，您想要在使用者之間平均分佈專案層級和組織層級的資源。
   1. 定義原則的有效時間。

      設定	範例值
      範圍	組織 此原則將套用至整個組織。

   2. 定義資源配額。

      範圍層級	資源和限制
      組織限制	CPU = 1000
      組織使用者限制	CPU = 50
      專案使用者限制	CPU = 3

      在此案例中，會評估每個範圍層級可用的資源，並強制執行所有三個原則。同樣，會套用這三個原則之間的最低範圍層級限制。

      • 將套用原則 3 中的專案使用者限制，因為定義的值低於原則 1 和原則 2 中的值。
      • 不會套用原則 3 中的組織使用者限制，而是套用原則 1 中定義的限制，因為此值更低。
      • 將套用原則 3 中定義的組織層級限制，因為此值低於原則 1 中的值。
   根據上述組態範例，下圖概述了如何跨多個原則套用資源配額。

   

下一步

• 如需有關如何處理和強制執行其他原則的更多範例，請參閱如何處理 Service Broker原則。
• 設定與您的組織和專案相關的原則。
• 在 [我的資源使用量] 儀表板上監控佈建的資源。請參閱進一步瞭解 Service Broker 目錄項目。