原文標題：Amazon ECS Managed Instances adds cross-instance and Spot consolidation
AWS 於 10 月 28 日宣布 Amazon ECS Managed Instances 加入 cross-instance consolidation 與 Spot consolidation。前者可同時評估多台低使用率執行個體上的任務，重新打包到較少的執行個體；後者把類似整併機制延伸到 Spot 容量。
原本的基礎設施最佳化偏重逐台檢查替換機會，若 capacity provider 限制可用的執行個體種類，單台替換不一定能省錢。新機制改從多台的總工作量評估，並採先啟動替代容量、再停止舊任務的方式降低搬遷衝擊。
AWS 公布測試配置：c9g 執行個體、最小 4xlarge，運行 261 個各需 1 vCPU 與 1.94 GiB 記憶體的任務。整併前共 19 台，包括七台 4xlarge、七台 8xlarge、四台 12xlarge、一台 24xlarge；整併後為八台 4xlarge 與五台 8xlarge，共 13 台。
在這組測試中，CPU 利用率從 42% 升至 91%，記憶體利用率從 41% 升至 88%。這是特定測試情境，並非官方承諾所有 ECS 叢集都能達到相同數字。
採用 ECS Managed Instances 的企業，可在不手動重新配置每個容器的前提下利用新機制；對 Spot 工作負載，ECS 會先確認替代容量存在才進行整併，避免僅為節省費用而失去可用算力。
使用者仍需評估任務啟動時間、服務可用性、Spot 中斷風險與執行個體類型限制，尤其對長時間任務及具狀態服務。
兩項功能已在所有 AWS 區域提供，無額外功能費用，並自動套用於現有與新建立的 ECS Managed Instances capacity provider。
AWS 未提供跨所有區域、工作負載的平均節省金額，也未宣稱 Spot 中斷風險消失；公告中的利用率改善僅對應其所列 261 個任務的測試。
發生了什麼事
AWS 於 10 月 28 日宣布 Amazon ECS Managed Instances 加入 cross-instance consolidation 與 Spot consolidation。前者可同時評估多台低使用率執行個體上的任務，重新打包到較少的執行個體；後者把類似整併機制延伸到 Spot 容量。
為什麼重要
AWS 公布測試配置：c9g 執行個體、最小 4xlarge，運行 261 個各需 1 vCPU 與 1.94 GiB 記憶體的任務。整併前共 19 台，包括七台 4xlarge、七台 8xlarge、四台 12xlarge、一台 24xlarge；整併後為八台 4xlarge 與五台 8xlarge，共 13 台。
影響哪些人
採用 ECS Managed Instances 的企業，可在不手動重新配置每個容器的前提下利用新機制；對 Spot 工作負載，ECS 會先確認替代容量存在才進行整併，避免僅為節省費用而失去可用算力。
已確認與未確認
兩項功能已在所有 AWS 區域提供，無額外功能費用，並自動套用於現有與新建立的 ECS Managed Instances capacity provider。
