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.

Actualizar la versión del programador de un AWS Clúster PCS

Siga estos pasos para actualizar la versión del planificador en su clúster. Hay dos opciones en función de si puede tolerar la interrupción del trabajo. Para obtener más información sobre cómo elegir entre las opciones, consulteActualización de la versión del programador de un clúster en AWS UNIDADES.

Opción 1: actualización continua

El mando se actualiza mientras la flota sigue funcionando. Los nodos existentes seguirán utilizando la versión anterior de Slurm hasta que se agoten y se sustituyan. Los nuevos nodos lanzados después de la actualización utilizan la versión de destino. Los trabajos en ejecución no se interrumpen.

Cuándo usar:

Paso 0: Comprobar el estado inicial

Su clúster ejecuta la versión «A» del controlador (por ejemplo, la 24.11) y desea migrar a la versión «B» (por ejemplo, la 25.11). Confirme que todos los nodos de cómputo de su flota ejecutan la misma versión principal mediante este comando desde un nodo de clúster:

scontrol show nodes | grep "Version="

# Example output:
#   NodeAddr=compute-1 NodeHostName=compute-1 Version=24.11.7
#   NodeAddr=compute-2 NodeHostName=compute-2 Version=24.11.7

Confirme la versión del agente AWS PCS en un nodo de cómputo. Conéctese al nodo con Systems Manager y compruebe el registro de arranque:

grep "PCS Agent version" /var/log/amazon/pcs/bootstrap.log | tail -1

# Example output:
#   /opt/aws/pcs/bin/pcs_bootstrap_init.sh: INFO: Bootstrap starting with PCS Agent version: 1.3.2-1

Las actualizaciones sucesivas requieren la versión 1.4.0 o posterior del agente AWS PCS en todas las AMI de nodos de cómputo. Para obtener más información, consulte AWS Versiones del agente PCS.

Paso 1: Prepare e implemente las AMI de doble versión

Cree o identifique las AMI que incluyan tanto la versión A como la versión B de Slurm y el agente de PCS más reciente AWS .

Una vez que las AMI estén listas:

Paso 2: Actualizar el controlador del clúster

Llame UpdateCluster con la versión B scheduler.version configurada.

AWS Management Console

1. Abra la consola AWS PCS en https://console.aws.amazon.com/pcs/.

2. En el panel de navegación, seleccione Clusters (Clústeres).

3. Seleccione el clúster que desee actualizar y pulse Editar.

4. En Detalles del clúster, selecciona la versión del programador de destino en el menú desplegable del programador.

5. Selecciona Actualizar para enviar la actualización de la versión.

6. Supervise el estado del clúster. El clúster se muestra como UPDATING durante la actualización y vuelve a aparecer ACTIVE cuando se ha completado. La actualización suele completarse en un plazo de 5 a 15 minutos.

AWS CLI

aws pcs update-cluster \
  --cluster-identifier cluster-id \
  --scheduler version=25.11

Espere a que el clúster regrese a. ACTIVE La actualización suele completarse en un plazo de 5 a 15 minutos.

Durante esta operación, el mando no está disponible por un momento:

Tras la actualización, la flota informática pasa a un estado mixto: los nodos que se ejecutan antes de la actualización siguen utilizando la versión A de Slurmslurmd; los nodos nuevos utilizan la versión B. Es lo esperado.

Si el clúster no regresa a los 30 minutos ACTIVE o UPDATE_FAILED en un plazo de 30 minutos, póngase en contacto con AWS Support para obtener ayuda.

Paso 3: Vacíe los nodos que aún ejecutan la versión A de Slurm

Identifique y vacíe los nodos que aún estén en la versión anterior. Desde un nodo del clúster, ejecute:

scontrol show nodes | grep "Version="
scontrol update NodeName=node State=DRAIN Reason="Slurm version update"

Una vez que los nodos agotados terminan sus tareas actuales, finalizan y son reemplazados por nodos de la versión B de Slurm.

Paso 4: Verificar la coherencia de la flota en la versión B de Slurm

Confirme que todos los nodos informen de la versión B. Desde un nodo del clúster, ejecute:

scontrol show nodes | grep "Version="

Todos los nodos deberían informar ahora de la versión B de Slurm. La actualización se ha completado.

Opción 2: reciclar Full-fleet

Se cierra toda la flota antes de que se actualice el mando y, a continuación, se vuelve a escalar desde una nueva AMI con la versión de Slurm de destino. Este procedimiento es más sencillo, pero requiere que se cierren todos los nodos y los trabajos en ejecución.

Cuándo usar:

Paso 0: Comprobar el estado inicial

Su clúster ejecuta la versión «A» del controlador (por ejemplo, la 24.11) y desea migrar a la versión «B» (por ejemplo, la 25.11). Confirme que todos los nodos de cómputo de su flota ejecutan la misma versión principal mediante este comando desde un nodo de clúster:

scontrol show nodes | grep "Version="

# Example output:
#   NodeAddr=compute-1 NodeHostName=compute-1 Version=24.11.7
#   NodeAddr=compute-2 NodeHostName=compute-2 Version=24.11.7

Confirme la versión del agente AWS PCS en un nodo de cómputo. Conéctese al nodo con Systems Manager y compruebe el registro de arranque:

grep "PCS Agent version" /var/log/amazon/pcs/bootstrap.log | tail -1

# Example output:
#   /opt/aws/pcs/bin/pcs_bootstrap_init.sh: INFO: Bootstrap starting with PCS Agent version: 1.3.2-1

Utilice el agente de AWS PCS más reciente en las AMI de destino. Para obtener más información, consulte AWS Versiones del agente PCS.

Paso 1: Prepare las AMI de destino

Cree o identifique las AMI que incluyan la versión B de Slurm y el agente de AWS PCS más reciente.

Paso 2: Reducir la escala de toda la flota

Registre el grupo de nodos maxNodeCount de cómputo actual minNodeCount y el de cada uno; los restaurará en el paso 4.

for cng in $(aws pcs list-compute-node-groups --cluster-identifier cluster-id --query "computeNodeGroups[].id" --output text); do
    aws pcs get-compute-node-group \
      --cluster-identifier cluster-id \
      --compute-node-group-identifier "$cng" \
      --query "computeNodeGroup.{Id:id,AmiId:amiId,Min:scalingConfiguration.minInstanceCount,Max:scalingConfiguration.maxInstanceCount}" \
      --output table
  done

Configure minNodeCount y maxNodeCount 0 en cada grupo de nodos de cómputo:

aws pcs update-compute-node-group \
  --cluster-identifier cluster-id \
  --compute-node-group-identifier cng-id \
  --scaling-configuration '{"minNodeCount": 0, "maxNodeCount": 0}'

Comprueba que no se esté ejecutando ninguna instancia etiquetada aws:pcs:cluster-id que coincida con tu clúster antes de continuar:

aws ec2 describe-instances \
    --filters "Name=tag:aws:pcs:cluster-id,Values=cluster-id" \
    --query "Reservations[].Instances[].[InstanceId,ImageId,State.Name]" \
    --output table

Paso 3: actualice el controlador del clúster

AWS Management Console

1. Abra la consola AWS PCS en https://console.aws.amazon.com/pcs/.

2. En el panel de navegación, seleccione Clusters (Clústeres).

3. Seleccione el clúster que desee actualizar y pulse Editar.

4. En Detalles del clúster, selecciona la versión del programador de destino en el menú desplegable del programador.

5. Selecciona Actualizar para enviar la actualización de la versión.

6. Supervise el estado del clúster. El clúster se muestra como UPDATING durante la actualización y vuelve a aparecer ACTIVE cuando se ha completado. La actualización suele completarse en un plazo de 5 a 15 minutos.

AWS CLI

aws pcs update-cluster \
  --cluster-identifier cluster-id \
  --scheduler version=25.11

Espere a que el clúster regrese a. ACTIVE La actualización suele completarse en un plazo de 5 a 15 minutos.

Si el clúster no regresa a los 30 minutos ACTIVE o UPDATE_FAILED en un plazo de 30 minutos, póngase en contacto con AWS Support para obtener ayuda.

Paso 4: Actualizar los grupos de nodos de cómputo y restaurar la capacidad

Para cada grupo de nodos de procesamiento, configure la nueva AMI y restablezca los límites de capacidad mínima y máxima originales:

aws pcs update-compute-node-group \
  --cluster-identifier cluster-id \
  --compute-node-group-identifier cng-id \
  --ami-id new-ami-id \
  --scaling-configuration '{"minNodeCount": previous-min, "maxNodeCount": previous-max}'

El clúster se amplía de nuevo. Todos los nodos nuevos ejecutan la versión B de Slurm con el agente de AWS PCS más reciente.

Ejemplo: actualización en varias versiones

Si la versión de destino está fuera de la ventana de compatibilidad de tu versión actual, debes pasar del mando a una o más versiones intermedias y actualizarlo paso a paso. Cada salto debe apuntar a una versión compatible dentro de la ventana de compatibilidad de la versión actual del mando.

Dado que Opción 2: reciclar Full-fleet reduce la flota a cero antes de actualizar la controladora, no se ejecuta ningún nodo de cómputo mientras la controladora cambia de una versión a otra. Como resultado, las AMI pueden usar directamente la versión final de destino; solo se repite la actualización de la controladora (paso 3) en cada salto.

En el siguiente ejemplo, se actualiza un clúster del 23.11 al 25.11 mediante el procedimiento de la opción 2. El 23.11 está fuera del intervalo de compatibilidad del 25.11, por lo que el controlador se actualiza en dos saltos (del 23.11 al 25.05 y, luego, del 25.05 al 25.11). Siga los pasos de la opción 2, dividiendo el paso 3 en una actualización por salto: