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 Jobunterbrechung tolerieren können, gibt es zwei Optionen. Weitere Informationen zur Auswahl zwischen Optionen finden Sie unterAktualisierung der Scheduler-Version eines Clusters in AWS STK..

Option 1: Fortlaufende Aktualisierung

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

Wann sollte verwendet werden:

Schritt 0 — Überprüfen Sie den Startstatus

Auf Ihrem Cluster wird die Controller-Version „A“ (z. B. 24.11) ausgeführt und Sie möchten auf Version „B“ migrieren (z. B. 25.11). Bestätigen Sie, dass auf allen Rechenknoten in Ihrer Flotte dieselbe Hauptversion ausgeführt wird, indem Sie diesen Befehl von einem Clusterknoten 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 Version des AWS PCS-Agenten auf einem Rechenknoten. Stellen Sie mit Systems Manager Connect 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 laufende Updates ist AWS PCS-Agent Version 1.4.0 oder höher auf allen Compute-Knoten-AMIs erforderlich. Weitere Informationen finden Sie unter AWS Versionen von PCS-Agenten.

Schritt 1 — Bereiten Sie die AMIs mit zwei Versionen vor und führen Sie sie ein

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

Sobald die AMIs bereit sind:

Schritt 2 — Aktualisieren Sie den Cluster-Controller

Rufen Sie anUpdateCluster, scheduler.version wenn Sie auf Version B eingestellt sind.

AWS Management Console

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 zu aktualisierenden Cluster aus und klicken Sie auf Bearbeiten.

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

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

6. Überwachen Sie den Clusterstatus. Der Cluster wird wie UPDATING während der Aktualisierung angezeigt und kehrt zum ACTIVE Zeitpunkt der Fertigstellung zurück. 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 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:

Nach dem Update befindet sich die Rechenflotte in einem gemischten Zustand: Knoten, die vor dem Update ausgeführt wurden, verwenden weiterhin Slurm-Version Aslurmd; neue Knoten verwenden Slurm-Version B. Dies ist zu erwarten.

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

Schritt 3 — Knoten entleeren, auf denen noch Slurm-Version A läuft

Identifizieren und entleeren Sie Knoten, die sich noch in der Vorgängerversion befinden. Führen Sie von einem Knoten des Clusters aus:

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

Sobald ausgelastete Knoten ihre aktuellen Jobs beendet haben, beenden sie und werden durch Knoten auf Slurm-Version B ersetzt.

Schritt 4 — Stellen Sie sicher, dass die Flotte auf Slurm-Version B konsistent ist

Bestätigen Sie, dass alle Knoten Version B melden. Führen Sie von einem Knoten des Clusters aus:

scontrol show nodes | grep "Version="

Alle Knoten sollten jetzt Slurm-Version B melden. Das Update ist abgeschlossen.

Option 2: recyceln Full-fleet

Die gesamte Flotte wird beendet, bevor der Controller aktualisiert wird, und dann von einem neuen AMI mit der Ziel-Slurm-Version wieder hochskaliert. Dieses Verfahren ist einfacher, erfordert jedoch, dass alle Knoten und laufenden Jobs beendet werden.

Wann sollte Folgendes verwendet werden:

Schritt 0 — Überprüfen Sie den Startstatus

Auf Ihrem Cluster wird die Controller-Version „A“ (z. B. 24.11) ausgeführt und Sie möchten auf Version „B“ migrieren (z. B. 25.11). Bestätigen Sie, dass auf allen Rechenknoten in Ihrer Flotte dieselbe Hauptversion ausgeführt wird, indem Sie diesen Befehl von einem Clusterknoten 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 Version des AWS PCS-Agenten auf einem Rechenknoten. Stellen Sie mit Systems Manager Connect 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 Versionen von PCS-Agenten.

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 das aktuelle minNodeCount und maxNodeCount für jede Rechenknotengruppe — diese stellen Sie in Schritt 4 wieder her.

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 Compute-Knotengruppe:

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 Instanzen ausgeführt werden, die mit Ihrem Cluster aws:pcs:cluster-id übereinstimmen, 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 Management Console

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 zu aktualisierenden Cluster aus und klicken Sie auf Bearbeiten.

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

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

6. Überwachen Sie den Clusterstatus. Der Cluster wird wie UPDATING während der Aktualisierung angezeigt und kehrt zum ACTIVE Zeitpunkt der Fertigstellung zurück. 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 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 AWS Support, um Unterstützung zu erhalten.

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

Legen Sie für jede Rechenknotengruppe das neue AMI fest 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: recyceln Full-fleet 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 des Verfahrens Option 2 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 wird: