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.

Actualice la versión del planificador de un AWS Clúster PCS

Sigue estos pasos para actualizar la versión del planificador de tu clúster. Hay dos opciones en función de si puedes 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 planificador de un clúster en AWS PC.

Opción 1: actualización continua

El controlador se actualiza mientras la flota sigue funcionando. Los nodos existentes siguen usando la versión anterior de Slurm hasta que se agotan y se sustituyen. 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: Comprueba el estado de inicio

Su clúster ejecuta la versión «A» del controlador (por ejemplo, 24.11) y desea migrar a la versión «B» (por ejemplo, 25.11). Confirma que todos los nodos de procesamiento de tu flota ejecuten la misma versión principal mediante este comando desde un nodo del 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 de AWS PCS en un nodo de procesamiento. 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 los nodos de procesamiento. Para obtener más información, consulte AWS Versiones del agente PCS.

Paso 1: Preparar 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: Actualizar el controlador del clúster

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

Consola de administración de AWS

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 elija Editar.

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

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

6. Supervise el estado del clúster. El clúster se muestra tal y como UPDATING estaba durante la actualización y vuelve a aparecer ACTIVE cuando se ha completado. La actualización normalmente se completa 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 normalmente se completa en un plazo de 5 a 15 minutos.

Durante esta operación, el controlador no estará disponible por un momento:

Si el clúster no vuelve a funcionar ACTIVE o en 30 UPDATE_FAILED minutos, ponte en contacto con el equipo de AWS soporte para obtener ayuda.

Paso 3: Actualizar los grupos de nodos de cómputos

Para cada grupo de nodos de procesamiento, configure la nueva AMI con la versión de Slurm de destino:

aws pcs update-compute-node-group \
  --cluster-identifier cluster-id \
  --compute-node-group-identifier cng-id \
  --ami-id new-ami-id

AWS PCS establece como estado los nodos que ejecutan la versión anterior. DRAIN Cuando los nodos agotados terminan sus tareas actuales, AWS PCS los termina y los reemplaza por nodos nuevos que ejecutan la versión B de Slurm.

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

Supervise la transición de la flota. Desde un nodo del clúster, consulte el resumen de las versiones de todos los nodos:

scontrol show nodes | grep "Version=" | awk -F'=' '{print $NF}' | sort | uniq -c

Comprueba el DRAIN estado de los nodos y su versión:

scontrol show nodes | awk '/NodeName=/{name=$1; ver=""} /Version=/{ver=$NF} /State=.*DRAIN/{print name, ver}'

Compruebe la versión de todos los nodos activos:

scontrol show nodes | awk '/NodeName=/{name=$1; ver=""} /Version=/{ver=$NF} /State=/{if (ver) print name, ver}'

La actualización se ha completado cuando el resumen de la versión muestra solo la versión de destino y no queda ningún nodo en DRAINING estado DRAIN o estado. Los nodos del POWERED_DOWN estado no notifican ninguna versión hasta que AWS PCS los lance.

Opción 2: parada Full-fleet de mantenimiento

Se cierra toda la flota antes de actualizar el controlador y, a continuación, se vuelve a escalar a partir de una nueva AMI con la versión de Slurm de destino. Este procedimiento es más sencillo, pero termina todos los nodos y trabajos en ejecución.

Cuándo usar:

Paso 0: compruebe el estado de inicio

Su clúster ejecuta la versión «A» del controlador (por ejemplo, 24.11) y desea migrar a la versión «B» (por ejemplo, 25.11). Confirma que todos los nodos de procesamiento de tu flota ejecuten la misma versión principal mediante este comando desde un nodo del 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 de AWS PCS en un nodo de procesamiento. 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

Registra los datos actuales minNodeCount y maxNodeCount los de cada grupo de nodos de procesamiento; los restaurarás 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 active 0 en cada grupo de nodos de procesamiento:

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

Verifica que no se esté ejecutando ninguna instancia etiquetada que aws:pcs:cluster-id 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: Actualiza el controlador del clúster

Consola de administración de AWS

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 elija Editar.

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

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

6. Supervise el estado del clúster. El clúster se muestra tal y como UPDATING estaba durante la actualización y vuelve a aparecer ACTIVE cuando se ha completado. La actualización normalmente se completa 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 normalmente se completa en un plazo de 5 a 15 minutos.

Si el clúster no vuelve a funcionar ACTIVE o en un plazo de 30 UPDATE_FAILED minutos, ponte en contacto con el equipo de AWS soporte para obtener ayuda.

Paso 4: Actualizar los grupos de nodos de procesamiento y restaurar la capacidad

Para cada grupo de nodos de procesamiento, configure la nueva AMI y restablezca los límites de capacidad mínimos y máximos 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 vuelve a escalar hacia arriba. Todos los nodos nuevos ejecutan la versión B de Slurm con el agente AWS PCS más reciente.

Ejemplo: actualizar entre varias versiones

Si la versión de destino está fuera del período de compatibilidad de tu versión actual, debes mover el controlador a una o más versiones intermedias y actualizarlo paso a paso. Cada salto debe apuntar a una versión compatible dentro del período de compatibilidad de la versión actual del controlador.

Dado que Opción 2: parada Full-fleet de mantenimiento la flota se reduce a cero antes de actualizar la controladora, no se ejecuta ningún nodo de procesamiento mientras la controladora pasa 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 de la versión 23.11 a la 25.11 mediante el procedimiento de la opción 2. La versión 23.11 está fuera del período de compatibilidad de la versión 25.11, por lo que la controladora se actualiza en dos saltos (de 23.11 a 25.05 y, a continuación, de 25.05 a 25.11). Siga los pasos de la opción 2, dividiendo el paso 3 en una actualización por salto: