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à.

# AWS ParallelCluster processi
<a name="processes"></a>

Questa sezione si applica solo ai cluster HPC distribuiti con uno dei job scheduler tradizionali supportati (SGE, Slurm, oppure Torque). Se utilizzato con questi scheduler, AWS ParallelCluster gestisce il provisioning e la rimozione dei nodi di calcolo interagendo sia con il gruppo Auto Scaling che con il job scheduler sottostante.

Per i cluster HPC basati su AWS Batch, si basa sulle funzionalità fornite AWS ParallelCluster dalla gestione dei nodi di calcolo. AWS Batch 

**Nota**  
A partire dalla versione 2.11.5, AWS ParallelCluster non supporta l'uso di SGE oppure Torque pianificatori. Puoi continuare a utilizzarli nelle versioni fino alla 2.11.4 inclusa, ma non sono idonei per futuri aggiornamenti o supporto per la risoluzione dei problemi da parte dei team di AWS assistenza e AWS supporto.

**Topics**
+ [`SGE and Torque integration processes`](#sge-torque-processes)
+ [`Slurm integration processes`](#slurm-processes)

## `SGE and Torque integration processes`
<a name="sge-torque-processes"></a>

**Nota**  
Questa sezione si applica solo alle AWS ParallelCluster versioni fino alla versione 2.11.4 inclusa. A partire dalla versione 2.11.5, AWS ParallelCluster non supporta l'uso di SGE e Torque scheduler, Amazon SNS e Amazon SQS.

### Panoramica generale
<a name="general-overview"></a>

Il ciclo di vita di un cluster inizia dopo che è stato creato da un utente. Di solito, un cluster viene creato dall'interfaccia a riga di comando (CLI). Dopo la creazione, un cluster esiste fino a quando non viene eliminato. AWS ParallelCluster i daemon vengono eseguiti sui nodi del cluster, principalmente per gestire l'elasticità del cluster HPC. Il seguente diagramma mostra un flusso di lavoro per un utente e il ciclo di vita del cluster. Le sezioni che seguono descrivono i AWS ParallelCluster demoni utilizzati per gestire il cluster.

![\[Ciclo di vita del cluster\]](http://docs.aws.amazon.com/it_it/parallelcluster/v2/ug/images/workflow.png)


Con SGE e Torque pianificatori `nodewatcher``jobwatcher`, AWS ParallelCluster usi e `sqswatcher` processi.

### `jobwatcher`
<a name="jobwatcher"></a>

Quando un cluster è in esecuzione, un processo di proprietà dell'utente root monitora lo scheduler configurato (SGE oppure Torque). Ogni minuto valuta la coda per decidere quando ingrandirla.

![\[Flusso di lavoro di jobwatcher\]](http://docs.aws.amazon.com/it_it/parallelcluster/v2/ug/images/jobwatcher.png)


### `sqswatcher`
<a name="sqswatcher"></a>

Il `sqswatcher` processo monitora i messaggi Amazon SQS inviati da Auto Scaling per notificarti i cambiamenti di stato all'interno del cluster. Quando un'istanza è online, invia un messaggio «instance ready» ad Amazon SQS. Questo messaggio viene raccolto da`sqs_watcher`, in esecuzione sul nodo principale. Questi messaggi vengono utilizzati per segnalare al responsabile della coda quando nuove istanze sono online o vengono terminate, in modo che possano essere aggiunte o rimosse dalla coda.

![\[Flusso di lavoro di sqswatcher\]](http://docs.aws.amazon.com/it_it/parallelcluster/v2/ug/images/sqswatcher.png)


### `nodewatcher`
<a name="nodewatcher"></a>

Il processo `nodewatcher` viene eseguito su ogni nodo del parco istanze di calcolo. Dopo il periodo `scaledown_idletime`, come definito dall'utente, l'istanza viene terminata.

![\[Flusso di lavoro di nodewatcher\]](http://docs.aws.amazon.com/it_it/parallelcluster/v2/ug/images/nodewatcher.png)


## `Slurm integration processes`
<a name="slurm-processes"></a>

Con Slurm pianificatori, AWS ParallelCluster usi `clustermgtd` e `computemgt` processi.

### `clustermgtd`
<a name="clustermgtd"></a>

I cluster eseguiti in modalità eterogenea (indicata specificando un [`queue_settings`](cluster-definition.md#queue-settings) valore) dispongono di un processo daemon (`clustermgtd`) di gestione del cluster che viene eseguito sul nodo principale. Queste attività vengono eseguite dal demone di gestione del cluster.
+ Pulizia delle partizioni inattive
+ Gestione statica della capacità: assicurati che la capacità statica sia sempre attiva e integra
+ Sincronizza lo scheduler con Amazon EC2.
+ Pulizia delle istanze orfane
+ Ripristina lo stato del nodo di pianificazione su Amazon, EC2 interruzione che si verifica al di fuori del flusso di lavoro di sospensione
+ Gestione non corretta EC2 delle istanze Amazon (mancati controlli di integrità di EC2 Amazon)
+ Gestione degli eventi di manutenzione programmata
+ Gestione non corretta dei nodi di Scheduler (controlli di integrità di Scheduler non riusciti)

### `computemgtd`
<a name="computemgtd"></a>

I cluster eseguiti in modalità eterogenea (indicata dalla specificazione di un [`queue_settings`](cluster-definition.md#queue-settings) valore) dispongono di processi di gestione del calcolo daemon () che vengono eseguiti su ciascun nodo di calcolo. `computemgtd` Ogni cinque (5) minuti, il demone di gestione del calcolo conferma che il nodo principale è raggiungibile ed è integro. Se trascorrono cinque (5) minuti durante i quali il nodo principale non può essere raggiunto o non è integro, il nodo di elaborazione viene spento.