本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
了解服務受管機群的成本模型
AWS 具有任務附件的截止日期雲端服務受管機群 (SMFs) 與使用網路檔案系統的傳統內部部署轉譯陣列或客戶受管機群具有基本上不同的成本結構。了解此差異可協助您規劃預算、最佳化支出，並利用彈性擴展，而不會產生非預期的成本。
傳統轉譯陣列成本
在傳統的渲染陣列上，成本來自兩個主要區域：
-
檔案儲存 – 需要高效能的網路檔案系統 (NFS 或 SAN)，才能同時為每位工作者提供資產。此儲存體的成本會隨著其必須支援的輸送量而擴展，這會間接限制陣列可以擴展的工作者數量。
-
運算 – 無論佇列中有多少工作，都會佈建和維護工作者 （轉譯節點）。閒置工作者仍會產生硬體、電源和冷卻成本。
-
陣列管理 – 傳統陣列也需要轉譯陣列排程器的基礎設施和員工時間、其任務資料庫、軟體組態、監控和報告，以及持續的維護和升級。
由於檔案系統必須佈建以處理尖峰輸送量，因此向上和向下擴展陣列非常昂貴且緩慢。新增更多工作者需要額外的檔案系統容量，且工作者閒置時無法釋放該容量。
服務受管機群成本的差異
使用服務受管機群時，成本的結構會有所不同：
- 運算 （工作者時間）
-
您只需在處理任務時支付 EC2 執行個體的費用。佈建或解除委任工作者無需付費。當機群擴展到零工作者時，您的運算成本會下降到零。如需定價的詳細資訊，請參閱AWS 截止日期雲端定價
。 - 儲存 (Amazon EBS)
-
每個工作者都會使用本機 Amazon Elastic Block Store (Amazon EBS) 磁碟區。只有在工作者執行個體存在時，Amazon EBS 儲存體的截止日期 Cloud 才會收費。儲存成本包含在截止日期雲端服務受管機群定價中。
- 陣列管理
-
排程器、任務資料庫、機群擴展、監控和維護是截止日期雲端服務的一部分。沒有單獨的基礎設施可執行或維護以進行陣列管理。
- 檔案傳輸 （任務附件）
-
任務附件使用 Amazon Simple Storage Service (Amazon S3) 在您的工作站和工作者之間傳輸檔案。Amazon S3 和工作者之間傳輸的輸送量或位元組不收取費用。成本主要是根據存放在 Amazon S3 中的資料量。Amazon S3 API 請求費用適用於檔案上傳和下載，但通常不是重大的成本驅動因素。如需 Amazon Simple Storage Service 定價的詳細資訊，請參閱 Amazon Simple Storage Service 定價
。
注意
沒有要佈建或維護的高效能檔案系統。任務連接輸送量幾乎無限制、隨著工作者數量自動擴展，而且不需要容量規劃。
為什麼使用服務受管機群的自動擴展具有成本效益
由於沒有要佈建的固定儲存基礎設施，因此 SMFs可以自由擴展和縮減，而不會產生額外的額外負荷。這會改變您對機群大小的思考方式：
-
積極擴展 – 當大型任務到達時，機群可以成長到數百名工作者。每個額外的工作者都會存取 Amazon S3 中的任務附件，而不會在共用檔案系統上額外載入。
-
縮減至零 – 當工作完成時，機群可以縮減至零工作者，而不需要持續運算或儲存成本 （僅限快取資產的 Amazon S3 儲存）。
-
截止日期爆量 – 暫時分割大型機群以滿足截止日期會增加與持續時間成比例的運算成本，不會對規模造成懲罰。
如需設定自動擴展的詳細資訊，請參閱 自動擴展組態。
成本元件一目了然
下表摘要說明將 SMFs 與任務連接搭配使用時的成本來源。
| 成本元件 | 推動成本的因素 | 如何最佳化 |
|---|---|---|
| Amazon EC2 運算 | 工作者執行時間 × 執行個體大小 | 使用 Spot 執行個體、適當大小的執行個體類型、縮短任務持續時間 |
| Amazon EBS 儲存體 | 磁碟區大小 × 工作者執行時間，加上基準以上的 IOPS/輸送量 | 除非工作負載需要更多本機空間，否則請使用預設磁碟區大小 |
| Amazon S3 儲存體 （任務附件） | 存放在任務附件儲存貯體的總位元組數 | 套用 Amazon S3 生命週期政策以自動刪除舊資產 |
| Amazon S3 請求 （任務附件） | 上傳和下載期間的 PUT 和 GET 請求數量 | 通常不是重大的成本驅動因素；大多數工作負載不需要採取任何動作 |
| 以用量為基礎的授權 （選用） | 授權類型 × 執行個體大小 × 任務持續時間 | 僅用於需要授權軟體的任務 |
| Amazon CloudWatch Logs （選用） | 收集的工作者和任務日誌數量 | 減少日誌詳細程度、設定保留政策 |
範例：比較服務受管機群與傳統陣列的成本
考慮一個使用至少具有 16 個 vCPUs 的工作者來轉譯 1，000 個影格的專案，每個影格的平均轉譯時間為 20 分鐘。輸入資產大小總計為 50 GB。
- 傳統陣列方法
-
您可以維護為尖峰工作者計數所需的輸送量佈建的網路檔案系統。無論陣列處於閒置狀態或以完整容量執行，檔案系統的成本都相同。在檔案系統的輸送量限制之外新增工作者需要昂貴的升級。
- 具有任務連接方法的 SMF
-
工作者向上擴展以處理所有影格，然後向下擴展至零。每個工作者只會從 Amazon S3 下載所需的資產。您的成本為：
-
運算：約 333 個工作者小時 (1，000 個影格 × 20 分鐘），以適用的執行個體速率計算。
-
Amazon S3 儲存：以標準 Amazon S3 費率 （每月幾美元） 儲存 50 GB 的資產。
-
Amazon S3 請求：工作者下載資產的少量 GET 請求 （每 1，000 個請求的一小部分）。
當任務完成時，成本只會傳回 Amazon S3 儲存費用。沒有持續的檔案系統成本。
-
如需其他定價範例，請參閱 AWS 截止日期雲端定價。
管理服務受管機群成本的秘訣
-
使用 Spot 執行個體 – Spot 執行個體相較於隨需定價可大幅節省成本。由於轉譯任務通常很短且可以重試，因此 Spot 中斷的影響最小。
-
設定機群大小上限 – 限制機群中的工作者數量上限，以控制每個任務的尖峰運算成本。如需詳細資訊，請參閱自動擴展組態。
-
使用預算 – 建立截止日期雲端預算，以設定支出限制並接收通知。如需詳細資訊，請參閱使用預算控制成本。
-
管理任務連接儲存 – 套用 Amazon S3 生命週期組態以自動刪除舊的任務連接檔案。由於任務附件使用內容可定址的儲存體，因此不會重新上傳未變更的檔案，這會降低反覆工作流程的儲存成本。
-
適當調整執行個體大小 – 選擇符合您工作負載 CPU 和記憶體需求的最小執行個體類型。較大的執行個體每小時成本較高，但可能會更快地完成任務，因此請比較執行個體大小的總成本 （速率 × 持續時間）。
-
考慮等待和儲存 – 對於非緊急工作負載，等待和儲存提供較低的運算價格，以換取靈活的任務開始時間。
相關資源
