使用 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。如需詳細資訊，請參閱 Cluster Autoscaler on AWS。