Freigeben über


Migrieren von Azure Batch-Pools zum vereinfachten Modell für die Kommunikation mit Serverknoten

Um die Sicherheit zu verbessern, die Benutzerfreundlichkeit zu vereinfachen und wichtige zukünftige Verbesserungen zu ermöglichen, stellt Azure Batch das klassische Kommunikationsmodell für Computeknoten am 31. März 2026 ein. Erfahren Sie, wie Sie Ihre Batch-Pools zum vereinfachten Modell für die Kommunikation mit Computeknoten migrieren.

Informationen zum Feature

Ein Azure Batch-Pool enthält einen oder mehrere Computeknoten, die benutzerseitig angegebene Workloads in Form von Batch-Aufgaben ausführen. Um die Batch-Funktionalität und die Verwaltung der Batch-Poolinfrastruktur zu aktivieren, müssen Serverknoten mit dem Azure Batch-Dienst kommunizieren. Im klassischen Kommunikationsmodell für Serverknoten initiiert der Batch-Dienst die Kommunikation mit den Serverknoten, und die Serverknoten müssen in der Lage sein, für Baselinevorgänge mit Azure Storage zu kommunizieren. Im vereinfachten Modell für die Kommunikation mit Computeknoten erfordern Batch-Pools nur ausgehenden Zugriff auf den Batch-Dienst für Baselinevorgänge.

Supportende des Features

Das vereinfachte Modell für die Kommunikation mit Computeknoten wird das klassische Computeknoten-Kommunikationsmodell nach dem 31. März 2026 ersetzen. Die Änderung wird in zwei Phasen eingeführt:

  • Ab jetzt bis zum 30. September 2024 ist der Standardmodus für die Knotenkommunikation für neu erstellte Batch-Pools mit virtuellen Netzwerken weiterhin der klassische Modus.
  • Nach dem 30. September 2024 wird der vereinfachte Modus für die Knotenkommunikation für neu erstellte Batch-Pools mit virtuellen Netzwerken zum Standardmodus.

Nach dem 31. März 2026 wird die Option zur Verwendung des klassischen Modus für die Kommunikation mit Computeknoten nicht mehr berücksichtigt. Batch-Pools ohne benutzerdefinierte virtuelle Netzwerke sind normalerweise von dieser Änderung nicht betroffen, und der Batch-Dienst steuert den Standardkommunikationsmodus.

Alternative: Verwenden des vereinfachten Kommunikationsmodells für Serverknoten

Der Modus für die vereinfachte Kommunikation von Serverknoten optimiert die Verwaltung der Batch-Poolinfrastruktur im Auftrag von Benutzern. Dieser Kommunikationsmodus reduziert die Komplexität und den Umfang ein- und ausgehender Netzwerkverbindungen, die in den Baselinevorgängen erforderlich sind.

Das vereinfachte Modell bietet auch eine differenziertere Steuerung der Datenexfiltration, da die ausgehende Kommunikation mit Storage.region nicht mehr erforderlich ist. Sie können die ausgehende Kommunikation mit Azure Storage bei Bedarf für Ihren Workflow explizit sperren. Beispielsweise können Konten für automatische Speicherung für AppPackages und andere Speicherkonten für Ressourcendateien oder Ausgabedateien entsprechend angepasst werden.

Migrieren infrage kommender Pools

Um Ihre Batchpools vom klassischen auf das vereinfachte Kommunikationsmodell für Serverknoten zu migrieren, folgen Sie diesem Dokument ab dem Abschnitt Mögliche Auswirkungen zwischen klassischem und vereinfachtem Kommunikationsmodus. Sie können entweder neue Pools erstellen oder vorhandene Pools mit vereinfachter Kommunikation für Serverknoten aktualisieren.

Häufig gestellte Fragen

  • Sind für meine Pools weiterhin öffentliche IP-Adressen erforderlich?

    Standardmäßig ist weiterhin eine öffentliche IP-Adresse erforderlich, um die ausgehende Verbindung mit dem Azure Batch-Dienst von Serverknoten aus zu initiieren. Wenn Sie öffentliche IP-Adressen von Serverknoten vollständig vermeiden möchten, lesen Sie die Anleitung zum Erstellen eines vereinfachten Knotenkommunikationspools ohne öffentliche IP-Adressen

  • Wie stelle ich zu Diagnosezwecken eine Verbindung mit meinen Knoten her?

    Die RDP- oder SSH-Konnektivität mit den Knoten bleibt unverändert. Lastenausgleichsmodule werden weiterhin erstellt, welche diese Anforderungen zum Knoten weiterleiten können, wenn eine öffentliche IP-Adresse für sie bereitgestellt wurde.

  • Gibt es Unterschiede bei der Abrechnung?

    Das neue Modell sollte sich nicht auf die Kosten oder die Abrechnung auswirken.

  • Gibt es Änderungen an Azure Batch-Agents auf dem Serverknoten?

    Ein zusätzlicher Agent auf Serverknoten wird im vereinfachten Kommunikationsmodus für Serverknoten sowohl für Linux als auch für Windows aufgerufen, entweder Microsoft.BatchClusters.Agent oder Microsoft.BatchClusters.Agent.exe.

  • Gibt es Änderungen an der Art und Weise, wie meine verknüpften Ressourcen aus Azure Storage in Batchpools und -Aufgaben heruntergeladen werden?

    Dieses Verhalten bleibt unverändert. Alle benutzerspezifischen Ressourcen, die Azure Storage erfordern, z. B. Ressourcendateien, Ausgabedateien oder Anwendungspakete, werden vom Serverknoten direkt in Azure Storage erstellt. Sie müssen sicherstellen, dass Ihre Netzwerkkonfiguration diese Flows zulässt.

Nächste Schritte

Weitere Informationen finden Sie im Artikel zur vereinfachten Kommunikation von Serverknoten.