本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 使用容量區塊 (CB) 啟動執行個體
<a name="launch-instances-capacity-blocks"></a>

AWS ParallelCluster 支援機器學習的[隨需容量保留 (ODCR)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) 和容量區塊 (CB)。 [ Machine Learning](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html) 與 ODCR 不同，CB 可以有未來的開始時間，並且有時間限制。如需使用 ODCR 啟動的詳細資訊，請參閱[使用隨需容量預留 (ODCR) 啟動執行個體](launch-instances-odcr-v3.md)。

## 搭配 使用 CB AWS ParallelCluster
<a name="capacity-blocks-with-pc"></a>

若要將新的或現有的叢集設定為使用 CB，您必須先在 AWS 帳戶中擁有有效的 CB。您可以使用 AWS 管理主控台 AWS Command Line Interface或 開發套件，依照官方文件尋找和購買可用的 CB。擁有有效的 CB 後，您可以在 AWS ParallelCluster 組態檔案中設定 CB Amazon Resource Name (ARN) 和相關參數。如需詳細資訊，請參閱[尋找和購買容量區塊 (CB)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-blocks-using.html#capacity-blocks-purchase)

### 叢集組態中的 CB
<a name="capacity-blocks-cluster-config"></a>

若要針對特定佇列使用 CB，您必須使用 `CapacityReservationId` 參數。將其設定為現有的 CB ID。您可以從用來建立 CB 的 AWS CLI、 AWS 管理主控台或 SDK 取得 CB ARN。

您必須`CapacityType = CAPACITY_BLOCK`為要使用 CB 的佇列設定 。將其設定為運算資源`InstanceType`的 （與 CB 的 Amazon Elastic Compute Cloud 執行個體類型相同）。

當您`CapacityReservationId`在運算資源層級指定 時， `InstanceType` 是選用的，因為它會自動從保留中擷取。

當您使用 時`CapacityType = CAPACITY_BLOCK`， `MaxCount` 必須等於`MinCount`且大於 0，因為屬於 CB 保留的所有執行個體都會以靜態節點進行管理。

在叢集建立時間，前端節點會等待所有靜態節點就緒，再發出叢集建立成功的訊號。不過，當您使用 時`CapacityType = CAPACITY_BLOCK`，此檢查不會考慮屬於與 相關聯之運算資源一部分的節點。即使所有設定的 都不是作用中，也會建立叢集。

下列組態檔案程式碼片段顯示在 AWS ParallelCluster 組態檔案中啟用 所需的參數。

```
SlurmQueues:
 - Name: string
   CapacityType: CAPACITY_BLOCK
   ComputeResources:
   - Name: string
     InstanceType: String (EC2 Instance type of the CB)
     MinCount: integer (<= total capacity of the CB)
     MaxCount: integer (equal to MinCount)
     CapacityReservationTarget:
        CapacityReservationId: String (CB id)
```

### AWS ParallelCluster 如何使用容量區塊 (CB)
<a name="how-parallelcluster-use-capacity-blocks"></a>

AWS ParallelCluster 會以特殊方式管理與 相關聯的靜態節點。 AWS ParallelCluster 即使 CB 尚未處於作用中狀態， 仍會建立叢集，並在 CB 處於作用中狀態時自動啟動執行個體。

對應至運算資源、與 相關聯且尚未處於作用中狀態的Slurm節點會保留在維護中，直到達到 CB 開始時間為止。 Slurm節點會保持保留/維護狀態，並與 slurm 管理員使用者相關聯。這表示他們可以接受任務，但任務會保留到移除保留`pending`為止。

AWS ParallelCluster 會自動更新Slurm保留，並將相關的 CB 節點置於維護狀態 （對應至 CB 狀態）。當 CB 處於作用中狀態時，會移除Slurm保留，且節點會開始並可用於待定任務或提交新的任務。

達到 CB 結束時間時，節點會移回保留/維護狀態。當 CB 不再作用中且執行個體終止時，最多可以讓使用者將任務重新提交/重新排入佇列至新的佇列/運算資源。