Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Configuración de varias colas
<a name="configuration-of-multiple-queues-v3"></a>

Con AWS ParallelCluster la versión 3, puede configurar varias colas estableciendo `slurm` y especificando más de una cola en el [`Scheduler`](Scheduling-v3.md#yaml-Scheduling-Scheduler)archivo de configuración. [`SlurmQueues`](Scheduling-v3.md#Scheduling-v3-SlurmQueues) En este modo, coexisten diferentes tipos de instancias en los nodos de computación que se especifican en la sección [`ComputeResources`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources) del archivo de configuración. [`ComputeResources`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources) con diferentes tipos de instancias se escalan o reducen verticalmente según sea necesario para [`SlurmQueues`](Scheduling-v3.md#Scheduling-v3-SlurmQueues).

Por lo general, se prefieren *las colas* múltiples dentro de un solo clúster en lugar de múltiples clústeres cuando las cargas de trabajo comparten la misma infraestructura y los mismos recursos subyacentes (como almacenamiento compartido, redes o nodos de inicio de sesión). Si las cargas de trabajo tienen necesidades informáticas, de almacenamiento y de red similares, usar varias colas en un solo clúster es más eficiente porque permite compartir recursos y evita la duplicación innecesaria. Este enfoque simplifica la administración y reduce los gastos generales, a la vez que permite una programación de tareas y una asignación de recursos eficientes. Por otro lado, se deben utilizar varios *clústeres* cuando existan requisitos estrictos de seguridad, datos o aislamiento operativo entre las cargas de trabajo. Por ejemplo, si necesita administrar y operar las cargas de trabajo de forma independiente, con diferentes programas, ciclos de actualización o políticas de acceso, es más adecuado tener varios clústeres.


**Cuotas de recursos de computación y de colas de clúster**  

| Recurso | Cuota | 
| --- | --- | 
|  [`Slurm queues`](Scheduling-v3.md#Scheduling-v3-SlurmQueues)  |  50 colas por clúster  | 
|  [`Compute resources`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources)  |  50 recursos de computación por cola 50 recursos de computación por clúster  | 

**Recuentos de nodos**

Cada recurso de computación de [`ComputeResources`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources) para una cola debe tener valores de [`Name`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-Name), [`InstanceType`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType), [`MinCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount) y [`MaxCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MaxCount) únicos. [`MinCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount) y [`MaxCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MaxCount) tienen valores predeterminados que definen el rango de instancias de un recurso de computación de [`ComputeResources`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources) para una cola. También puede especificar sus propios valores para [`MinCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount) y [`MaxCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MaxCount). Cada recurso de computación en [`ComputeResources`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources) está compuesto por nodos estáticos numerados del 1 al valor de [`MinCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount) y nodos dinámicos numerados del valor de [`MinCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount) al valor de [`MaxCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MaxCount).

**Configuración de ejemplo**

A continuación, se muestra un ejemplo de una sección de [programación](Scheduling-v3.md) para un archivo de configuración de clúster. En esta configuración, hay dos colas denominadas `queue1` y `queue2` y cada una de ellas tiene un [`ComputeResources`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources) con un [`MaxCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MaxCount) especificado.

```
Scheduling:
  Scheduler: slurm
  SlurmQueues:
  - Name: queue1
    ComputeResources:
    - InstanceType: c5.xlarge
      MaxCount: 5
      Name: c5xlarge
    - InstanceType: c4.xlarge
      MaxCount: 5
      Name: c4xlarge
  - Name: queue2
    ComputeResources:
    - InstanceType: c5.xlarge
      MaxCount: 5
      Name: c5xlarge
```

**Nombres de hosts**

Las instancias que se lanzan a la flota de computación se asignan de forma dinámica. Se generan nombres de host para cada nodo. De forma predeterminada AWS ParallelCluster , utilizará el siguiente formato de nombre de host:

 `$HOSTNAME=$QUEUE-$STATDYN-$COMPUTE_RESOURCE-$NODENUM` 
+ `$QUEUE` es el nombre de la cola. Por ejemplo, si la sección [`SlurmQueues`](Scheduling-v3.md#Scheduling-v3-SlurmQueues) tiene una entrada con el valor [`Name`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-Name) establecido en “`queue-name`”, entonces “`$QUEUE`” es “`queue-name`”.
+  `$STATDYN` es `st` para nodos estáticos o `dy` para dinámicos. 
+  `$COMPUTE_RESOURCE` es el [`Name`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-Name) del recurso de computación [`ComputeResources`](Scheduling-v3.md#Scheduling-v3-SlurmQueues-ComputeResources) correspondiente a este nodo.
+  `$NODENUM` es el número del nodo. `$NODENUM` está entre uno (1) y el valor de [`MinCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount) para los nodos estáticos y entre uno (1) y [`MaxCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MaxCount)-[`MinCount`](Scheduling-v3.md#yaml-Scheduling-SlurmQueues-ComputeResources-MinCount) para los dinámicos.

En el ejemplo del archivo de configuración anterior, un nodo determinado de `queue1` y un recurso de computación `c5xlarge` tiene como nombre de host: `queue1-dy-c5xlarge-1`.

Tanto los nombres de host como los nombres de dominio completos (FQDN) se crean mediante las zonas alojadas de Amazon Route 53. El FQDN es `$HOSTNAME.$CLUSTERNAME.pcluster`, donde `$CLUSTERNAME` está el nombre del clúster.

Tenga en cuenta que también se utilizará el mismo formato para los nombres de los nodos de Slurm.

 Los usuarios pueden optar por utilizar el EC2 nombre de host de Amazon predeterminado de la instancia que alimenta el nodo de procesamiento en lugar del formato de nombre de host predeterminado que utiliza. AWS ParallelCluster Para ello, defina el parámetro [`UseEc2Hostnames`](Scheduling-v3.md#yaml-Scheduling-SlurmSettings-Dns-UseEc2Hostnames) como verdadero. Sin embargo, los nombres de los Slurm nodos seguirán utilizando el formato predeterminado AWS ParallelCluster .