View a markdown version of this page

在 AWS 設定中建立支出限制 - AWS 帳戶管理
什麼是支出限制？設定您的支出限制通知使用選用的早期成本控制自訂您的支出限制設定如果您達到限制，會發生什麼情況其他需要注意的重要事項在 AWS 設定中建立支出限制

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

在 AWS 設定中建立支出限制

警告

我們目前正在向有限數量的客戶發佈新體驗。您可能還無法存取此體驗。

什麼是支出限制？

支出限制可讓開發人員 AWS 放心地在可預測且受控制的預算內操作。使用支出限制來設定您每月為專案支付的最高金額。支出限制位於專案層級。您可以對某些專案進行花費限制，並擁有沒有花費限制的其他專案。

如果您在專案中的用量達到其限制， 會 AWS 暫停該專案以停止其資源，讓您的成本保持在其中。支出限制專為實驗、學習和沙盒工作負載而設計。當您的應用程式產生意外成本時，如果可以短暫暫停您的資源，則可以將其用於生產環境。

擁有專案存取權的任何人都可看見支出限制，但只能由專案擁有者管理。您必須參與付費計劃才能建立支出限制。如需詳細資訊，請參閱在 AWS 設定中升級您的帳戶。

支出限制是一種 AWS Budgets。

設定您的支出限制

您的支出限制是專案稅前成本的上限，而不是費用。當您設定支出限制時，允許的最小值為 20 USD 或可能支出的保守估計。

存在最低限度的原因：抑制支出限制是一種破壞性體驗。最小值存在，使得使用中的正常變化不太可能導致達到支出限制。

計算保守估計的方式：估計是根據您的活動本月迄今，但它不是嚴格的線性 extrapolation. AWS looks 迄今為止的支出，以及您目前執行的資源。 AWS 也會使用上個月的活動，如果這是高的，則會變成最小的。

如果您有許多資源正在執行：可能花費的保守估計將會很高。如果您想要設定較低的支出限制，您必須先停止這些資源。

如果您要重新啟用暫停的專案：可能的支出保守估計是本月至今的支出，加上任何未收費的用量。

注意

支出限制不包括抵用金，並適用於稅前費用。

通知

當實際成本達到限制的 50%、75% 和 90% 時，或當您有望在未來 10 天內達到或超過您的支出限制時，您將會收到通知。

使用選用的早期成本控制自訂您的支出限制設定

您的支出限制會防止您的帳單超過您設定的金額。如果您的用量達到此上限， 會 AWS 暫停您的資源來保護您。這些選用控制項會更早且更柔和地運作，因此您遠低於限制。

停止建立新資源

在達到限制之前大約 7 天，新資源會停止啟動。這可透過套用由 管理的服務控制政策來實現 AWS。服務控制政策取決於服務。若要檢視可能套用至專案的所有服務控制政策，請參閱 支出限制的服務控制政策。

所有已在執行的資源都會保持執行狀態。在大多數情況下，您建置的任何內容都不會受到影響。不過，在某些情況下，這可能會導致破壞性體驗。例如，如果您已啟用自動擴展，而且符合執行此動作的條件，則新執行個體將不會啟動。

暫停閒置資源

在達到限制之前大約 5 天，閒置資源會暫停。您的作用中應用程式會繼續執行。閒置資源會根據 AWS Compute Optimizer 的建議暫停。如需詳細資訊，請參閱檢視閒置建議。

您也可以登入專案並檢視節省成本的機會，以檢視閒置資源建議。如需詳細資訊，請參閱 成本最佳化中樞。目前，作為您的支出限制體驗的一部分，我們將自動暫停 EC2、RDS 和 SageMaker 端點。

我們暫停 EC2 執行個體的原因：如果尖峰 CPU 使用率低於 5%，且您的網路 I/O 在過去 14 天內每天少於 5 MB，我們會暫停 EC2 執行個體。

如果您有 G 或 P 執行個體類型，則會有不同的閒置條件。如果 G 或 P 執行個體類型在過去 14 天內為 true，則會暫停：

  • GPU 主動運作的時間未超過回溯期間的 99%

  • GPU 編碼器的使用時間未達執行個體執行時期的 99% 或更長時間

  • 執行個體層級的 GPU 記憶體用量低於 5%

  • CPU 最大使用率未達 5%

  • 網路使用率低於 5 MB/天

我們暫停 RDS 資料庫的原因：如果資料庫執行個體不是僅供讀取複本，且在過去 14 天內具有下列項目，我們會暫停 RDS for MySQL 和 RDS for PostgreSQL：

  • 沒有資料庫連線

  • CPU 用量低

  • 低讀取/寫入活動

我們暫停閒置 SageMaker 端點的原因：如果端點在過去 14 天內沒有調用，我們會暫停 SageMaker 端點。

暫停最高成本驅動因素

大約在達到限制前 4 天，就會暫停產生最高成本的作用中資源。這可能是破壞性的體驗。目前，我們從這五個服務中選取資源：EC2、RDS、Lambda、Bedrock 和 SageMaker。如果您有失控的 Lambda 或非預期的 Bedrock 峰值，此選擇加入控制可能會阻止您產生成本。

暫停最高成本驅動程式 EC2 執行個體的方式：當 EC2 執行個體識別為最高成本驅動程式時， 會 AWS 終止執行個體以消除運算成本。在終止之前， AWS 會建立每個連接 EBS 磁碟區的快照，以保留您的資料。也會釋出任何相關聯的彈性 IP 地址。

執行個體終止後：

  • 消除所有運算和 EBS 磁碟區成本

  • 您的資料會保留在快照中，這會產生很小的儲存成本

  • 彈性 IP 費用停止

若要還原工作負載，您可以從儲存的快照啟動新的執行個體。如果您不再需要資料，您可以刪除快照來停止快照儲存費用。

暫停最高成本驅動程式 RDS 資料庫的方式：當 RDS 資料庫執行個體識別為最高成本驅動程式時， 會 AWS 停止執行個體。停止執行個體可免除運算費用，同時保留您的資料。

當執行個體停止時：

  • 不會產生運算費用

  • 儲存和佈建 IOPS 費用會繼續

  • 自動化備份繼續

  • RDS 會在 7 天後自動重新啟動執行個體 — 如果支出限制仍然存在風險， AWS 會再次停止執行個體

若要還原資料庫，請從 AWS 設定或 RDS 主控台啟動執行個體。您的資料和組態保持不變。

暫停最高成本驅動程式 Lambda 函數的方式：當 Lambda 函數識別為最高成本驅動程式時， 會 AWS 停用其事件來源映射和觸發，以防止進一步叫用。如果函數已設定佈建並行， AWS 也會將其移除以消除這些費用。

暫停函數之後：

  • 不會產生調用費用

  • 函數程式碼、組態和所有相關資源保持不變

  • 不會遺失任何資料

若要還原函數，請重新啟用事件來源映射和觸發。如果您已佈建並行，則需要重新設定。

暫停最高成本驅動程式 Bedrock 模型的方式：當 Amazon Bedrock 佈建模型識別為最高成本驅動程式時， 會 AWS 刪除佈建輸送量。佈建輸送量沒有暫停選項，刪除是停止收費的唯一方法。

刪除佈建輸送量之後：

  • 佈建輸送量費用會立即停止

  • 如果您有自訂的微調模型，則會刪除模型權重

  • Amazon S3 中的原始訓練資料不受影響

若要還原自訂模型，您需要從 S3 訓練資料重新訓練該模型。對於基礎模型上的佈建輸送量，您可以建立新的佈建輸送量配置。

如果您達到限制，會發生什麼情況

AWS 會暫停您的專案並停止所有資源。您的資料會保留。

若要重新啟用專案，請從 AWS 設定增加您的支出限制。重新啟用後，某些資源可能需要手動重新啟動。

重要

如果您在專案暫停的 90 天內未採取任何動作， 會 AWS 永久刪除您的專案資料。

其他需要注意的重要事項

  • 如果您使用 Amazon Route 53，則每 24 小時只能購買一個網域。您必須確保網域成本在支出限制內，否則您的網域購買將不會通過。在這種情況下，您必須在進行購買之前提高支出限制。

  • 您最多可以將花費限制套用至 10 個專案。

在 AWS 設定中建立支出限制

在 AWS 設定中建立支出限制

  1. 在 https：//https://settings.aws.com 開啟 AWS 設定。

  2. 在主要導覽窗格中，選擇帳單。

  3. 在依專案的成本中，針對花費限制，選擇設定專案的限制。

  4. 您可以選擇建議的支出限制或自訂限制。

  5. 如果您選擇自訂限制，請輸入自訂數量。

  6. 選擇設定支出限制。

  7. 若要使用早期成本控制自訂您的支出限制，您可以選取停止新資源啟動、暫停閒置資源或暫停最高成本驅動因素。

  8. 選擇儲存早期成本控制。

支出限制會立即生效。