

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.

# Prácticas recomendadas
<a name="best-practices"></a>

## Prácticas recomendadas: selección del tipo de instancia principal
<a name="best-practices-master-instance-type"></a>

Aunque el nodo maestro no ejecuta ningún trabajo, sus funciones y su tamaño son cruciales para el rendimiento general del clúster.

Al elegir el tipo de instancia que se utilizará para el nodo maestro, querrá evaluar los siguientes elementos:
+ **Tamaño del clúster:** el nodo maestro organiza la lógica de escalado del clúster y es responsable de adjuntar los nuevos nodos al programador. Si necesita escalar o reducir verticalmente el clúster de una cantidad considerable de nodos, entonces querrá dotar al nodo maestro de una capacidad de computación adicional.
+ **Sistemas de archivos compartidos:** cuando utilice sistemas de archivos compartidos para compartir artefactos entre los nodos de procesamiento y el nodo maestro, tenga en cuenta que el maestro es el nodo que expone el servidor NFS. Por este motivo, debe elegir un tipo de instancia con suficiente ancho de banda de la red y suficiente ancho de banda dedicado de Amazon EBS para gestionar sus flujos de trabajo.

## Prácticas recomendadas: rendimiento de la red
<a name="best-practices-network-performance"></a>

Hay tres consejos que cubren toda la gama de posibilidades para mejorar la comunicación en la red.
+ **Grupo de agrupación:** un grupo con ubicación en clúster es una agrupación lógica de instancias en una misma zona de disponibilidad. Para obtener más información sobre los grupos de ubicación, consulta [los grupos de ubicación](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html) en la *Guía del EC2 usuario de Amazon*. Puede configurar el clúster para que utilice su propio grupo de ubicación `placement_group = your-placement-group-name` o dejar que AWS ParallelCluster cree un grupo de ubicación con la `"compute"` estrategia utilizada con `placement_group = DYNAMIC`. Para obtener más información, consulte [`placement_group`](queue-section.md#queue-placement-group) el modo de cola múltiple y el modo [`placement_group`](cluster-definition.md#placement-group) de cola única.
+ **Redes mejoradas:** considere la posibilidad de elegir un tipo de instancia que admita redes mejoradas. Para obtener más información, consulte [redes mejoradas en Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html) en la *Guía del EC2 usuario de Amazon*.
+ **Elastic Fabric Adapter**: para admitir altos niveles de comunicación escalable de instancia a instancia, considere la posibilidad de elegir interfaces de red EFA para su red. El hardware de desvío del sistema operativo (OS) personalizado de la EFA mejora las comunicaciones entre instancias con la elasticidad y flexibilidad que ofrece la nube bajo demanda. AWS Para configurar una sola Slurm configure la cola de clústeres para usar EFA. `enable_efa = true` Para obtener más información sobre el uso de EFA con AWS ParallelCluster, consulte y. [Elastic Fabric Adapter](efa.md) [`enable_efa`](queue-section.md#queue-enable-efa) Para obtener más información acerca de EFA, consulte [Elastic Fabric Adapter](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa.html) en la *Guía del EC2 usuario de Amazon para instancias de Linux*.
+ Ancho de **banda de la instancia:** el ancho de banda se amplía con el tamaño de la instancia. Considere elegir el tipo de instancia que mejor se adapte a sus necesidades. Consulte [Instancias optimizadas para Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html) y [tipos de volumen de Amazon EBS en la Guía](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html) del usuario de *Amazon EC2 *.

## Prácticas recomendadas: alertas de presupuesto
<a name="best-practices-budget-alerts"></a>

Para administrar los costos de los AWS ParallelCluster recursos, le recomendamos que utilice AWS Budgets acciones para crear un presupuesto y definir alertas de límites presupuestarios para los recursos seleccionados. AWS Para obtener más información, consulte [Configuring a budget action](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-controls.html) en la *Guía del usuario de AWS Budgets *. También puedes usar Amazon CloudWatch para crear una alarma de facturación. Para obtener más información, consulta [Cómo crear una alarma de facturación para controlar tus AWS cargos estimados](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/monitor_estimated_charges_with_cloudwatch.html).

## Prácticas recomendadas: mover un clúster a una nueva versión AWS ParallelCluster secundaria o a una versión de parche
<a name="best-practices-cluster-upgrades"></a>

Actualmente, cada versión AWS ParallelCluster secundaria es autónoma junto con su `pcluster` CLI. Para mover un clúster a una nueva versión secundaria o de parche, debe volver a crear el clúster mediante la CLI de la nueva versión.

Para optimizar el proceso de migración de un clúster a una nueva versión secundaria o para guardar los datos de almacenamiento compartido por otros motivos, le recomendamos que utilice las siguientes prácticas recomendadas.
+ Guarde los datos personales en volúmenes externos, como Amazon EFS y FSx para Lustre. De este modo, podrá mover fácilmente los datos de un clúster a otro.
+ Cree sistemas de almacenamiento compartido de los tipos que se indican a continuación utilizando AWS CLI o Consola de administración de AWS:
  + [Sección de `[ebs]`](ebs-section.md)
  + [Sección de `[efs]`](efs-section.md)
  + [Sección de `[fsx]`](fsx-section.md)

  Añádalos a la nueva configuración del clúster como sistemas de archivos existentes. De esta forma, se conservan al eliminar el clúster y se pueden asociar a un clúster nuevo. Los sistemas de almacenamiento compartido generalmente incurren en cargos tanto si están conectados como separados de un clúster.

  Le recomendamos que utilice los sistemas de archivos Amazon EFS o Amazon FSx for Lustre, ya que se pueden conectar a varios clústeres al mismo tiempo y puede adjuntarlos al nuevo clúster antes de eliminar el antiguo. Para obtener más información, consulte [Montaje de sistemas de archivos Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/mounting-fs.html) en la *Guía del usuario de Amazon EFS* y [Acceso a FSx los sistemas de archivos Lustre](https://docs.aws.amazon.com/fsx/latest/LustreGuide/accessing-fs.html) en la Guía del usuario de *Amazon FSx for Lustre Lustre*.
+ Use las [acciones de arranque personalizadas](pre_post_install.md) para personalizar sus instancias en lugar de una AMI personalizada. Esto optimiza el proceso de creación, ya que no es necesario crear una nueva AMI personalizada para cada nueva versión.
+ Secuencia de Secuencia recomendada.

  1. Actualice la configuración del clúster para utilizar las definiciones de sistemas de archivos existentes.

  1. Compruebe la versión de `pcluster` y actualícela si es necesario.

  1. Cree y pruebe el nuevo clúster.
     + Asegúrese de que sus datos estén disponibles en el clúster nuevo.
     + Asegúrese de que la aplicación funcione en el clúster nuevo.

  1. Si su nuevo clúster está completamente probado y en funcionamiento y está seguro de que no va a utilizar el clúster anterior, elimínelo.