Migrieren der Batch-Poolkonfiguration von Cloud Services zu Virtual Machines

Batch-Pools können derzeit entweder mit virtualMachineConfiguration oder cloudServiceConfiguration erstellt werden. Sie sollten nur die Konfiguration des virtuellen Computers verwenden, da diese Konfiguration alle Batch-Funktionen unterstützt.

Cloud Services-Konfigurationspools unterstützen einige der aktuellen Batch-Features nicht und keine neu hinzugefügten Features. Sie können nach dem 29. Februar 2024 weder neue CloudServiceConfiguration-Pools erstellen noch vorhandenen Pools neue Knoten hinzuzufügen.

Wenn Ihre Batch-Lösungen derzeit cloudServiceConfiguration-Pools verwenden, sollten Sie so bald wie möglich zu virtualMachineConfiguration wechseln. So können Sie von allen Batch-Funktionen profitieren, wie z. B.: erweiterte Auswahl von VM-Serien, Linux-VMs, Container, virtuelle Azure Resource Manager-Netzwerke und Datenträgerverschlüsselung auf Knoten.

[!WICHTIG] Azure Batch-Kontozertifikate sind veraltet und werden genauso wie cloudServiceConfiguration-Pools nach dem 29. Februar 2024 eingestellt. Wenn Sie Batch-Kontozertifikate verwenden, migrieren Sie Ihre Batch-Kontozertifikate gleichzeitig mit Ihrer Poolkonfiguration zu Azure Key Vault.

Erstellen eines Pools mithilfe der Konfiguration des virtuellen Computers

Sie können einen vorhandenen aktiven Pool, der cloudServiceConfiguration verwendet, nicht zum Verwenden von virtualMachineConfiguration ändern. Stattdessen müssen Sie neue Pools erstellen. Nachdem Sie die neuen virtualMachineConfiguration-Pools erstellt und alle Aufträge und Aufgaben repliziert haben, können Sie die alten cloudServiceConfiguration-Pools löschen, die Sie nicht mehr verwenden.

Mit allen Batch-APIs, Befehlszeilentools, im Azure-Portal und auf der Batch Explorer-Benutzeroberfläche können Sie Pools mithilfe von virtualMachineConfiguration erstellen.

Eine exemplarische Vorgehensweise zum Erstellen von Pools, die virtualMachineConfiguration verwenden, finden Sie im .NET-Tutorial oder Python-Tutorial.

Unterschiede bei der Poolkonfiguration

Einige der Hauptunterschiede zwischen den beiden Konfigurationen sind:

  • cloudServiceConfiguration-Pool-Knoten verwenden nur das Windows-Betriebssystem. virtualMachineConfiguration-Pools können entweder Linux oder Windows als Betriebssystem verwenden.

  • Im Vergleich zu Pools mit „cloudServiceConfiguration“ bieten Pools mit „virtualMachineConfiguration“ mehr Funktionen, wie z. B. Containerunterstützung, Datenträger für Daten und Datenträgerverschlüsselung.

  • Die Start- und Löschzeiten für Pools und Knoten können sich bei Pools mit „cloudServiceConfiguration“ und Pools mit „virtualMachineConfiguration“ geringfügig unterscheiden.

  • Poolknoten mit „virtualMachineConfiguration“ verwenden verwaltete Betriebssystem-Datenträger. Der für die jeweiligen Knoten verwendete Typ der verwalteten Datenträger richtet sich nach der für den Pool ausgewählten VM-Größe. Wenn die für den Pool angegebene VM-Größe ein „s“ enthält (z. B. Standard_D2s_v3), wird ein Premium-SSD verwendet. Wenn die VM-Größe kein „s“ enthält (z. B. Standard_D2_v3), wird ein Standard-Festplattenlaufwerk verwendet.

    Wichtig

    Ebenso wie bei Virtual Machines und Virtual Machine Scale Sets verursachen die verwalteten Betriebssystem-Datenträger der einzelnen Knoten Kosten, die zusätzlich zu den VM-Gebühren anfallen. 'virtualMachineConfiguration'-Pools können kurzlebige Betriebssystemdatenträger verwenden, bei denen die OS-Disk auf dem VM-Cache oder einem temporären Datenträger erstellt wird, um zusätzliche Kosten für verwalteter Datenträger zu vermeiden. cloudServiceConfiguration'-Knoten verursachen keine OS-Disk-Kosten, da die OS-Disk auf dem lokalen Datenträger des Knotens erstellt wird.

Pools benutzerdefinierter Azure Data Factory-Aktivitäten

Mithilfe von Azure Batch-Pools können benutzerdefinierte Data Factory-Aktivitäten ausgeführt werden. Alle Pools mit „cloudServiceConfiguration“, die zum Ausführen von benutzerdefinierten Aktivitäten verwendet werden, müssen gelöscht werden, und neue Pools mit „virtualMachineConfiguration“ müssen erstellt werden.

Wenn Sie neue Pools erstellen, um benutzerdefinierte Data Factory-Aktivitäten auszuführen, befolgen Sie die folgenden Vorgehensweisen:

  • Halten Sie vor dem Erstellen der neuen Pools und Löschen der alten alle Pipelines an, um sicherzustellen, dass keine Ausführungen unterbrochen werden.
  • Die gleiche Pool-ID kann verwendet werden, um Änderungen an der Konfiguration von verknüpften Diensten zu vermeiden.
  • Setzen Sie die Pipelines fort, nachdem die neuen Pools erstellt wurden.

Weitere Informationen zur Verwendung von Azure Batch, um benutzerdefinierte Data Factory-Aktivitäten auszuführen, finden Sie unter Verknüpfter Azure Batch-Dienst sowie unter Verwenden von benutzerdefinierten Aktivitäten in einer Azure Data Factory-Pipeline.

Nächste Schritte