Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Uso di `pcluster update-cluster`
In AWS ParallelCluster 3.x, [`pcluster update-cluster`](pcluster.update-cluster-v3.md) analizza le impostazioni utilizzate per creare il cluster corrente e le impostazioni nel file di configurazione per individuare eventuali problemi. Se vengono rilevati problemi, vengono segnalati e vengono visualizzati i passaggi da eseguire per risolverli. Ad esempio, se l'elaborazione [`InstanceType`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType)viene modificata, è necessario interrompere la flotta di elaborazione prima di procedere con l'aggiornamento. Questo problema viene segnalato quando viene scoperto. Se non vengono rilevati problemi di blocco, viene avviato il processo di aggiornamento e le modifiche vengono segnalate.
È possibile utilizzarli [`pcluster update-cluster`](pcluster.update-cluster-v3.md) `--dryrun option` per visualizzare le modifiche prima della loro esecuzione. Per ulteriori informazioni, consulta [Esempi di `pcluster update-cluster`](#pcluster-update-cluster-examples).
Per una guida alla risoluzione dei problemi, vedere[AWS ParallelCluster risoluzione dei problemi](troubleshooting-v3.md).
## Politica di aggiornamento: definizioni
**Politica di aggiornamento: i nodi di accesso nel cluster devono essere interrotti affinché questa impostazione possa essere modificata per un aggiornamento.**
Non è possibile modificare queste impostazioni mentre i nodi di accesso nel cluster sono in uso. È necessario annullare la modifica oppure interrompere i nodi di accesso del cluster. (È possibile interrompere i nodi di accesso nel cluster impostando il numero di ciascun pool pari a 0). Dopo aver interrotto i nodi di accesso del cluster, puoi aggiornare il cluster (pcluster update-cluster) per attivare le modifiche.
Questa politica di aggiornamento è supportata a partire dalla versione 3.7.0 AWS ParallelCluster .
**Politica di aggiornamento: è possibile aggiungere pool di nodi di accesso, ma la rimozione di un pool richiede l'interruzione di tutti i nodi di accesso nel cluster.**
Per rimuovere un pool, è necessario arrestare tutti i nodi di accesso nel cluster. (È possibile interrompere i nodi di accesso nel cluster impostando il conteggio di ogni pool pari a 0). Dopo che i nodi di accesso del cluster sono stati interrotti, puoi aggiornare il cluster ([`pcluster update-cluster`](pcluster.update-cluster-v3.md)) per attivare le modifiche.
Questa politica di aggiornamento è supportata a partire dalla AWS ParallelCluster versione 3.11.0.
**Politica di aggiornamento: i nodi di accesso nel pool devono essere interrotti affinché questa impostazione possa essere modificata per un aggiornamento.**
Non è possibile modificare queste impostazioni mentre i nodi di accesso nel pool sono in uso. È necessario annullare la modifica o interrompere i nodi di accesso del pool. (È possibile interrompere i nodi di accesso nel pool impostando il conteggio del pool pari a 0). Dopo che i nodi di accesso del pool sono stati interrotti, è possibile aggiornare il cluster ([`pcluster update-cluster`](pcluster.update-cluster-v3.md)) per attivare le modifiche.
Questa politica di aggiornamento è supportata a partire dalla AWS ParallelCluster versione 3.11.0.
**Politica di aggiornamento: questa impostazione può essere modificata durante un aggiornamento.**
Dopo aver modificato questa impostazione, il cluster può essere aggiornato utilizzando[`pcluster update-cluster`](pcluster.update-cluster-v3.md).
**Politica di aggiornamento: se questa impostazione viene modificata, l'aggiornamento non è consentito.**
Dopo aver modificato questa impostazione, il cluster non può essere aggiornato. È necessario ripristinare le impostazioni per il cluster originale e creare un nuovo cluster con le impostazioni aggiornate. È possibile eliminare il cluster originale in un secondo momento. Per creare il nuovo cluster, usa[`pcluster create-cluster`](pcluster.create-cluster-v3.md). Per eliminare il cluster originale, utilizzare[`pcluster delete-cluster`](pcluster.delete-cluster-v3.md).
**Politica di aggiornamento: questa impostazione non viene analizzata durante un aggiornamento.**
Queste impostazioni possono essere modificate e il cluster può essere aggiornato utilizzando[`pcluster update-cluster`](pcluster.update-cluster-v3.md).
**Politica di aggiornamento: la flotta di elaborazione deve essere interrotta affinché questa impostazione possa essere modificata per un aggiornamento.**
Queste impostazioni non possono essere modificate mentre esiste la flotta di elaborazione. La modifica deve essere annullata o la flotta di elaborazione deve essere interrotta (in uso). [`pcluster update-compute-fleet`](pcluster.update-compute-fleet-v3.md) Dopo l'arresto del parco di elaborazione, puoi aggiornare il cluster ([`pcluster update-cluster`](pcluster.update-cluster-v3.md)) per attivare le modifiche. Ad esempio, se si utilizza uno Slurm scheduler con [`SlurmQueues`](Scheduling-v3.md#Scheduling-v3-SlurmQueues)/- [`ComputeResources`[`Name`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-Name)](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources)/[`MinCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount)> 0, viene avviato un parco di elaborazione.
**Politica di aggiornamento: la flotta di elaborazione e i nodi di accesso devono essere interrotti affinché questa impostazione venga modificata per un aggiornamento.**
Queste impostazioni non possono essere modificate mentre esiste il parco di elaborazione o se i nodi di accesso sono in uso. La modifica deve essere annullata oppure il parco di elaborazione e i nodi di accesso devono essere interrotti (è possibile interrompere l'utilizzo del parco di elaborazione). [`pcluster update-compute-fleet`](pcluster.update-compute-fleet-v3.md) Dopo aver interrotto il parco di elaborazione e i nodi di accesso, puoi aggiornare il cluster ([`pcluster update-cluster`](pcluster.update-cluster-v3.md)) per attivare le modifiche.
**Politica di aggiornamento: questa impostazione non può essere ridotta durante un aggiornamento.**
Queste impostazioni possono essere modificate, ma non possono essere ridotte. Se è necessario ridurre queste impostazioni, è necessario ripristinare le impostazioni per il cluster originale e creare un nuovo cluster con le impostazioni aggiornate. È possibile eliminare il cluster originale in un secondo momento. Per creare il nuovo cluster, usa[`pcluster create-cluster`](pcluster.create-cluster-v3.md). Per eliminare il cluster originale, utilizzare[`pcluster delete-cluster`](pcluster.delete-cluster-v3.md).
**Politica di aggiornamento: se questa impostazione viene modificata, l'aggiornamento non è consentito. Se si forza l'aggiornamento, il nuovo valore verrà ignorato e verrà utilizzato il vecchio valore.**
Dopo aver modificato questa impostazione, il cluster non può essere aggiornato. È necessario ripristinare le impostazioni per il cluster originale e creare un nuovo cluster con le impostazioni aggiornate. È possibile eliminare il cluster originale in un secondo momento. Per creare il nuovo cluster, usa[`pcluster create-cluster`](pcluster.create-cluster-v3.md). Per eliminare il cluster originale, utilizzare[`pcluster delete-cluster`](pcluster.delete-cluster-v3.md).
**Politica di aggiornamento: la flotta di elaborazione deve essere interrotta o [`QueueUpdateStrategy`](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)deve essere impostata affinché questa impostazione venga modificata per un aggiornamento.**
Queste impostazioni possono essere modificate. La flotta di elaborazione deve essere interrotta (in uso[`pcluster update-compute-fleet`](pcluster.update-compute-fleet-v3.md)) o [`QueueUpdateStrategy`](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)deve essere impostata. Dopo l'arresto o [`QueueUpdateStrategy`](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)l'impostazione del parco di elaborazione, puoi aggiornare il cluster ([`pcluster update-cluster`](pcluster.update-cluster-v3.md)) per attivare le modifiche.
Questa politica di aggiornamento è supportata a partire dalla AWS ParallelCluster versione 3.2.0.
**Politica di aggiornamento: per questa impostazione dei valori dell'elenco, è possibile aggiungere un nuovo valore durante un aggiornamento oppure è necessario interrompere il parco di elaborazione quando si rimuove un valore esistente.**
Un nuovo valore per queste impostazioni può essere aggiunto durante un aggiornamento. Dopo aver aggiunto un nuovo valore all'elenco, il cluster può essere aggiornato utilizzando ([`pcluster update-cluster`](pcluster.update-cluster-v3.md)).
Per rimuovere un valore esistente dall'elenco, è necessario interrompere (utilizzando[`pcluster update-compute-fleet`](pcluster.update-compute-fleet-v3.md)) il parco di calcolo.
Ad esempio, se utilizzi uno Slurm scheduler e aggiungi un nuovo tipo di istanza a [Instances/ InstanceType](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-Instances), puoi aggiornare il cluster senza interrompere il parco di calcolo. [Per rimuovere un tipo di istanza esistente da [Instances/ InstanceType](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-Instances), è necessario prima arrestare il parco di calcolo (utilizzando pcluster). update-compute-fleet](pcluster.update-compute-fleet-v3.md)
Questa politica di aggiornamento è supportata a partire dalla versione 3.2.0. AWS ParallelCluster
**Politica di aggiornamento: la riduzione delle dimensioni di una coda richiede l'arresto della flotta di elaborazione o **[QueueUpdateStrategy](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)**deve essere impostata su TERMINATE affinché questa impostazione venga modificata per un aggiornamento.**
Queste impostazioni possono essere modificate, ma se la modifica ridurrebbe le dimensioni della coda, la flotta di elaborazione deve essere interrotta (usando pcluster update-compute-fleet) o [QueueUpdateStrategy](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)deve essere impostata su TERMINATE. Dopo che la flotta di elaborazione è stata interrotta o [QueueUpdateStrategy](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)è stata impostata su TERMINATE, puoi aggiornare il cluster ([pcluster](pcluster.update-cluster-v3.md) update-cluster) per attivare le modifiche.
Il comando TERMINATE impostato durante il ridimensionamento della capacità del cluster interromperà solo i nodi dalla parte posteriore dell'elenco dei nodi e lascerà intatti tutti gli altri nodi della stessa partizione.
Ad esempio, se la capacità iniziale del cluster è e, i nodi sono. `MinCount = 5` `MaxCount = 10` `st-[1-5]; dy-[1-5]` Quando si ridimensiona il cluster in `MinCount = 3` e`MaxCount = 5`, la nuova capacità del cluster sarà composta dai nodi`st-[1-3]; dy-[1-2]`, che non verranno toccati durante l'aggiornamento. Solo i nodi `st-[4-5]; dy-[3-5]` verranno terminati durante l'aggiornamento.
Le seguenti modifiche sono supportate e non richiedono l'arresto del parco di elaborazione né l'[QueueUpdateStrategy](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)impostazione su TERMINATE:
+ Ne è stata aggiunta una nuova [SlurmQueue](Scheduling-v3.md#Scheduling-v3-SlurmQueues)
+ [ComputeResource](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources)Viene aggiunto un nuovo
+ [MaxCount](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MaxCount)è aumentato
+ [MinCount](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount)è aumentato ed [MaxCount](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MaxCount)è aumentato almeno dello stesso importo
**Nota:** questa politica di aggiornamento è supportata a partire dalla AWS ParallelCluster versione 3.9.0.
**Politica di aggiornamento: per questa impostazione dei valori dell'elenco, la flotta di elaborazione deve essere interrotta o [`QueueUpdateStrategy`](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)deve essere impostata per aggiungere un nuovo valore; la flotta di elaborazione deve essere interrotta quando si rimuove un valore esistente.**
Un nuovo valore per queste impostazioni può essere aggiunto durante un aggiornamento. La flotta di elaborazione deve essere interrotta (in uso[`pcluster update-compute-fleet`](pcluster.update-compute-fleet-v3.md)) o [`QueueUpdateStrategy`](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)deve essere impostata. Dopo l'arresto o [`QueueUpdateStrategy`](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)l'impostazione del parco di elaborazione, puoi aggiornare il cluster ([`pcluster update-cluster`](pcluster.update-cluster-v3.md)) per attivare le modifiche.
Per rimuovere un valore esistente dall'elenco, è necessario interrompere (utilizzare[`pcluster update-compute-fleet`](pcluster.update-compute-fleet-v3.md)) il parco di calcolo.
Questa politica di aggiornamento è supportata a partire dalla AWS ParallelCluster versione 3.3.0.
**Politica di aggiornamento: tutti i nodi di calcolo devono essere interrotti per l'eliminazione di un gruppo di posizionamento gestito. La flotta di elaborazione deve essere interrotta o [`QueueUpdateStrategy`](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)deve essere impostata affinché questa impostazione venga modificata per un aggiornamento.**
La flotta di elaborazione deve essere interrotta (utilizzata[`pcluster update-compute-fleet`](pcluster.update-compute-fleet-v3.md)) per rimuovere un gruppo di collocamento gestito. Se esegui un aggiornamento del cluster per rimuovere un gruppo di collocamento gestito prima di interrompere il parco di calcolo, viene restituito un messaggio di configurazione non valido e l'aggiornamento non procede. L'arresto del parco di elaborazione garantisce che nessuna istanza sia in esecuzione.
## Esempi di `pcluster update-cluster`
Queste impostazioni possono essere modificate, ma se la modifica ridurrebbe la dimensione della coda, la flotta di elaborazione deve essere interrotta (usando pcluster update-compute-fleet) o [QueueUpdateStrategy](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)deve essere impostata su TERMINATE. Dopo che la flotta di elaborazione è stata interrotta o [QueueUpdateStrategy](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-QueueUpdateStrategy)è stata impostata su TERMINATE, puoi aggiornare il cluster ([pcluster](pcluster.update-cluster-v3.md) update-cluster) per attivare le modifiche.
+ Questo esempio dimostra un aggiornamento con alcune modifiche consentite e l'aggiornamento viene avviato direttamente.
```
$ pcluster update-cluster --cluster-name {{cluster_name}} --cluster-config ~/.parallelcluster/test_cluster --region us-east-1
{
"cluster": {
"clusterName": {{cluster_name}},
"cloudformationStackStatus": "UPDATE_IN_PROGRESS",
"cloudformationStackArn": {{stack_arn}},
"region": "us-east-1",
"version": "3.15.0",
"clusterStatus": "UPDATE_IN_PROGRESS"
},
"changeSet": [
{
"parameter": "HeadNode.Networking.AdditionalSecurityGroups",
"requestedValue": [
"sg-0cd61884c4ad11234"
],
"currentValue": [
"sg-0cd61884c4ad16341"
]
}
]
}
```
+ Questo esempio dimostra un aggiornamento dryrun con alcune modifiche consentite. Dryrun è utile per segnalare il set di modifiche senza avviare l'aggiornamento.
```
$ pcluster update-cluster --cluster-name {{cluster_name}} --cluster-config ~/.parallelcluster/test_cluster --region us-east-1 --dryrun true
{
"message": "Request would have succeeded, but DryRun flag is set.",
"changeSet": [
{
"parameter": "HeadNode.Networking.AdditionalSecurityGroups",
"requestedValue": [
"sg-0cd61884c4ad11234"
],
"currentValue": [
"sg-0cd61884c4ad16341"
]
}
]
}
```
+ Questo esempio dimostra un aggiornamento con alcune modifiche che bloccano l'aggiornamento.
```
$ pcluster update-cluster --cluster-name {{cluster_name}} --cluster-config ~/.parallelcluster/test_cluster --region us-east-1
{
"message": "Update failure",
"updateValidationErrors": [
{
"parameter": "HeadNode.Ssh.KeyName",
"requestedValue": "mykey_2",
"message": "Update actions are not currently supported for the 'KeyName' parameter. Restore 'KeyName' value to 'jenkinsjun'. If you need this change, please consider creating a new cluster instead of updating the existing one.",
"currentValue": "mykey_1"
},
{
"parameter": "Scheduling.SlurmQueues[queue1].ComputeResources[queue1-t2micro].InstanceType",
"requestedValue": "c4.xlarge",
"message": "All compute nodes must be stopped. Stop the compute fleet with the pcluster update-compute-fleet command",
"currentValue": "t2.micro"
},
{
"parameter": "SharedStorage[ebs1].MountDir",
"requestedValue": "/my/very/very/long/shared_dir",
"message": "Update actions are not currently supported for the 'MountDir' parameter. Restore 'MountDir' value to '/shared'. If you need this change, please consider creating a new cluster instead of updating the existing one.",
"currentValue": "/shared"
}
],
"changeSet": [
{
"parameter": "HeadNode.Networking.AdditionalSecurityGroups",
"requestedValue": [
"sg-0cd61884c4ad11234"
],
"currentValue": [
"sg-0cd61884c4ad16341"
]
},
{
"parameter": "HeadNode.Ssh.KeyName",
"requestedValue": "mykey_2",
"currentValue": "mykey_1"
},
{
"parameter": "Scheduling.SlurmQueues[queue1].ComputeResources[queue1-t2micro].InstanceType",
"requestedValue": "c4.xlarge",
"currentValue": "t2.micro"
},
{
"parameter": "SharedStorage[ebs1].MountDir",
"requestedValue": "/my/very/very/long/shared_dir",
"currentValue": "/shared"
}
]
}
```