Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Aktualisieren Sie die Scheduler-Version eines AWS PCS-Cluster

Gehen Sie wie folgt vor, um die Scheduler-Version auf Ihrem Cluster zu aktualisieren. Je nachdem, ob Sie eine Arbeitsunterbrechung tolerieren können, gibt es zwei Optionen. Weitere Informationen zur Auswahl zwischen Optionen finden Sie unterAktualisierung der Scheduler-Version eines Clusters in AWS STCK.

Option 1: Fortlaufendes Update

Der Controller wird aktualisiert, während die Flotte weiterläuft. Bestehende Knoten verwenden weiterhin die vorherige Slurm-Version, bis sie entleert und ersetzt werden. Neue Knoten, die nach dem Update gestartet werden, verwenden die Zielversion. Laufende Jobs werden nicht unterbrochen.

Wann sollte man Folgendes verwenden:

Schritt 0 — Überprüfen Sie den Startstatus

Auf Ihrem Cluster wird Controller-Version „A“ (z. B. 24.11) ausgeführt, und Sie möchten auf Version „B“ (z. B. 25.11) migrieren. Vergewissern Sie sich, dass alle Rechenknoten in Ihrer Flotte dieselbe Hauptversion ausführen, indem Sie diesen Befehl von einem Cluster-Knoten aus verwenden:

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

Bestätigen Sie die AWS PCS-Agent-Version auf einem Rechenknoten. Stellen Sie mit Systems Manager eine Verbindung zum Knoten her und überprüfen Sie das Bootstrap-Protokoll:

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

Für fortlaufende Updates ist der AWS PCS-Agent Version 1.4.0 oder höher auf allen Rechenknoten-AMIs erforderlich. Weitere Informationen finden Sie unter AWS PCS-Agent-Versionen.

Schritt 1 — Bereiten Sie die Ziel-AMIs vor

Erstellen oder identifizieren Sie AMIs, die Slurm-Version B und den neuesten AWS PCS-Agenten enthalten.

Schritt 2 — Aktualisieren Sie den Cluster-Controller

Rufen Sie UpdateCluster mit der scheduler.version Einstellung auf Version B auf.

AWS-Managementkonsole

1. Öffnen Sie die AWS PCS-Konsole unter https://console.aws.amazon.com/pcs/.

2. Klicken Sie im Navigationsbereich auf Cluster.

3. Wählen Sie den Cluster aus, der aktualisiert werden soll, und wählen Sie Bearbeiten.

4. Wählen Sie unter Cluster-Details die Ziel-Scheduler-Version aus der Scheduler-Dropdown-Liste aus.

5. Wählen Sie Update, um das Versionsupdate einzureichen.

6. Überwachen Sie den Cluster-Status. Der Cluster wird wie UPDATING bei der Aktualisierung angezeigt und kehrt zum Status zurück, ACTIVE wenn der Vorgang abgeschlossen ist. Das Update ist in der Regel in 5—15 Minuten abgeschlossen.

AWS CLI

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

Warten Sie, bis der Cluster zu ihm zurückgekehrt ist. ACTIVE Das Update ist in der Regel in 5—15 Minuten abgeschlossen.

Während dieses Vorgangs ist der Controller kurzzeitig nicht verfügbar:

Wenn der Cluster nicht zu ACTIVE oder UPDATE_FAILED innerhalb von 30 Minuten zurückkehrt, wenden Sie sich an den Support, um AWS Unterstützung zu erhalten.

Schritt 3 — Compute-Knotengruppen aktualisieren

Stellen Sie für jede Rechenknotengruppe das neue AMI mit der Ziel-Slurm-Version ein:

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

AWS PCS setzt Knoten, auf denen die vorherige Version ausgeführt wird, auf DRAIN Status. Nachdem die leeren Knoten ihre aktuellen Aufgaben beendet haben, beendet AWS PCS die Knoten und ersetzt sie durch neue Knoten, auf denen Slurm Version B ausgeführt wird.

Schritt 4 — Überprüfen Sie die konsistente Flotte auf Slurm-Version B

Überwachen Sie den Flottenwechsel. Überprüfen Sie von einem Clusterknoten aus die Versionsübersicht für alle Knoten:

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

Überprüfen Sie den DRAIN Status der Knoten und ihre Version:

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

Überprüfen Sie die Version für alle aktiven Knoten:

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

Das Update ist abgeschlossen, wenn in der Versionsübersicht nur die Zielversion angezeigt wird und keine Knoten mehr im DRAIN DRAINING Status sind. Knoten im POWERED_DOWN Status melden erst dann eine Version, wenn sie von AWS PCS gestartet werden.

Option 2: Full-fleet Wartungsstopp

Sie beenden die gesamte Flotte, bevor Sie den Controller aktualisieren, und skalieren ihn dann von einem neuen AMI aus mit der Ziel-Slurm-Version wieder hoch. Dieses Verfahren ist einfacher, aber es beendet alle Knoten und laufenden Jobs.

Wann sollte man Folgendes verwenden:

Schritt 0 — Überprüfen Sie den Startstatus

Auf Ihrem Cluster wird Controller-Version „A“ (z. B. 24.11) ausgeführt, und Sie möchten auf Version „B“ (z. B. 25.11) migrieren. Vergewissern Sie sich, dass alle Rechenknoten in Ihrer Flotte dieselbe Hauptversion ausführen, indem Sie diesen Befehl von einem Cluster-Knoten aus verwenden:

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

Bestätigen Sie die AWS PCS-Agent-Version auf einem Rechenknoten. Stellen Sie mit Systems Manager eine Verbindung zum Knoten her und überprüfen Sie das Bootstrap-Protokoll:

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

Verwenden Sie den neuesten AWS PCS-Agenten auf Ihren Ziel-AMIs. Weitere Informationen finden Sie unter AWS PCS-Agent-Versionen.

Schritt 1 — Bereiten Sie die Ziel-AMIs vor

Erstellen oder identifizieren Sie AMIs, die Slurm-Version B und den neuesten AWS PCS-Agenten enthalten.

Schritt 2 — Verkleinern Sie die gesamte Flotte

Notieren Sie die aktuelle minNodeCount und maxNodeCount für jede Compute-Knotengruppe — diese werden Sie in Schritt 4 wiederherstellen.

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

Setze minNodeCount und maxNodeCount 0 auf für jede Rechenknotengruppe:

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

Stellen Sie sicher, dass keine Instances, aws:pcs:cluster-id die Ihrem Cluster entsprechen, ausgeführt werden, bevor Sie fortfahren:

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

Schritt 3 — Aktualisieren Sie den Cluster-Controller

AWS-Managementkonsole

1. Öffnen Sie die AWS PCS-Konsole unter https://console.aws.amazon.com/pcs/.

2. Klicken Sie im Navigationsbereich auf Cluster.

3. Wählen Sie den Cluster aus, der aktualisiert werden soll, und wählen Sie Bearbeiten.

4. Wählen Sie unter Cluster-Details die Ziel-Scheduler-Version aus der Scheduler-Dropdown-Liste aus.

5. Wählen Sie Update, um das Versionsupdate einzureichen.

6. Überwachen Sie den Cluster-Status. Der Cluster wird wie UPDATING bei der Aktualisierung angezeigt und kehrt zum Status zurück, ACTIVE wenn der Vorgang abgeschlossen ist. Das Update ist in der Regel in 5—15 Minuten abgeschlossen.

AWS CLI

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

Warten Sie, bis der Cluster zu ihm zurückgekehrt ist. ACTIVE Das Update ist in der Regel in 5—15 Minuten abgeschlossen.

Wenn der Cluster nicht zu ACTIVE oder UPDATE_FAILED innerhalb von 30 Minuten zurückkehrt, wenden Sie sich an den Support, um AWS Unterstützung zu erhalten.

Schritt 4 — Compute-Knotengruppen aktualisieren und Kapazität wiederherstellen

Stellen Sie für jede Rechenknotengruppe das neue AMI ein und stellen Sie die ursprünglichen Mindest- und Höchstkapazitätsgrenzen wieder her:

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}'

Der Cluster wird wieder hochskaliert. Auf allen neuen Knoten wird Slurm Version B mit dem neuesten AWS PCS-Agenten ausgeführt.

Beispiel: Aktualisierung über mehrere Versionen hinweg

Wenn sich die Zielversion außerhalb des Kompatibilitätsfensters Ihrer aktuellen Version befindet, müssen Sie den Controller durch eine oder mehrere Zwischenversionen verschieben und ihn Schritt für Schritt aktualisieren. Jeder Hop muss auf eine unterstützte Version innerhalb des Kompatibilitätsfensters der aktuellen Controller-Version abzielen.

Da die Flotte vor der Aktualisierung des Controllers auf Null Option 2: Full-fleet Wartungsstopp skaliert wird, laufen keine Rechenknoten, während der Controller zwischen den Versionen wechselt. Dadurch können Ihre AMIs die endgültige Zielversion direkt verwenden — nur das Controller-Update (Schritt 3) wird für jeden Hop wiederholt.

Im folgenden Beispiel wird ein Cluster mithilfe der Option 2-Prozedur von 23.11 auf 25.11 aktualisiert. 23.11 liegt außerhalb des Kompatibilitätsfensters von 25.11, sodass der Controller in zwei Hops aktualisiert wird (23.11 auf 25.05, dann 25.05 auf 25.11). Folgen Sie den Schritten von Option 2, wobei Schritt 3 in ein Update pro Hop aufgeteilt ist: