使用 ML 的容量區塊建立受管節點群組

InstanceMarketOptions 並將 MarketType 設為 "capacity-block"

CapacityReservationSpecification: CapacityReservationTarget，其中 CapacityReservationId 設定為容量區塊 (例如：cr-02168da1478b509e0 )

InstanceType 設定為支援容量區塊的執行個體類型 (例如：p5.48xlarge)

以下是建立以容量區塊為目標的啟動範本的 CloudFormation 範本摘錄。要建立自訂 AMI 受管節點群組，您還可以加入 ImageId 和 UserData 參數。

NodeLaunchTemplate:
  Type: "AWS::EC2::LaunchTemplate"
  Properties:
    LaunchTemplateData:
      InstanceMarketOptions:
        MarketType: "capacity-block"
      CapacityReservationSpecification:
        CapacityReservationTarget:
          CapacityReservationId: "cr-02168da1478b509e0"
      InstanceType: p5.48xlarge

將 capacity-type 設定為 "CAPACITY_BLOCK"。如果容量類型未設定為 "CAPACITY_BLOCK"，或者缺少上述任何其他必需的啟動範本值，則建立請求將被拒絕。

在建立請求中指定 subnets 時，請確保僅指定與容量保留區位於相同可用區域的子網路。

如果您在建立請求中指定了非零的 desiredSize，Amazon EKS 將在建立 Auto Scaling 群組 (ASG) 時遵循該值。但是，如果建立請求是在容量保留區生效之前發出的，則 ASG 將無法啟動 Amazon EC2 執行個體，直到保留區生效為止。因此，ASG 擴展活動將會出現啟動錯誤。一旦保留區生效，執行個體的啟動就會成功，並且 ASG 將擴展到建立時指定的 desiredSize。

aws eks create-nodegroup \
    --cluster-name my-cluster \
    --nodegroup-name my-mng \
    --node-role node-role-arn \
    --region region-code \
    --subnets subnet-id \
    --scaling-config minSize=node-group-min-size,maxSize=node-group-max-size,desiredSize=node-group-desired-size \
    --ami-type "AL2023_x86_64_NVIDIA" \
    --capacity-type "CAPACITY_BLOCK" \
    --launch-template id="lt-id",version=1

為 ASG 建立與容量區塊保留開始時間一致的排程擴展政策。如需詳細資訊，請參閱《Amazon EC2 Auto Scaling 使用者指南》中的為 Amazon EC2 Auto Scaling 排程擴展。

使用 Amazon EKS 主控台或 eks update-nodegroup-config 來更新擴展組態，並設定所需的節點群組大小。

使用 Kubernetes Cluster Autoscaler。如需詳細資訊，請參閱 AWS 上的 Cluster Autoscaler。