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

InstanceMarketOptions 並將 MarketType 設為 "capacity-block"

CapacityReservationSpecification: CapacityReservationTarget 將 CapacityReservationId 設定為容量區塊 cr-02168da1478b509e0 （例如：)

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

以下是 a 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 \
    --capacity-type "CAPACITY_BLOCK" \
    --launch-template id="lt-id",version=1

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

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

使用 Kubernetes Cluster Autoscaler。如需詳細資訊，請參閱開啟叢集自動擴展器 AWS。