Freigeben über

Auswählen einer VM-Größe und eines Images für Computeknoten in einem Azure Batch-Pool

Wenn Sie eine Knotengröße für einen Azure Batch-Pool wählen, können Sie aus fast allen in Azure verfügbaren VM-Größen wählen. Azure bietet eine Reihe von Größen für virtuelle Linux- und Windows-Computer für verschiedene Workloads.

Unterstützte VM-Serien und -Größen

Pools in der Konfiguration des virtuellen Computers

Batchpools in der Konfiguration virtueller Computer unterstützen fast alle vm-Größen , die in Azure verfügbar sind. Die unterstützten VM-Größen in einer Region können via die Batch-Verwaltungs-API abgerufen werden. Sie können eine der folgenden Methoden verwenden, um eine Liste von VM-Größen zurückzugeben, die von Batch in einer Region unterstützt werden:

Beispielsweise können Sie mittels der Azure CLI die Liste der SKUs für eine bestimmte Azure-Region mit dem folgenden Befehl abrufen:

az batch location list-skus --location <azure-region>

Tipp

VM-SKUs/-Familien mit bevorstehendem EOL-Datum (End Of Life, Dienstende) für den Batch-Support. Diese Datumsangaben können über die ListSupportedVirtualMachineSkus API, PowerShell oder Azure CLI ermittelt werden. Weitere Informationen zur Auswahl einer VM-SKU für den Batch-Pool finden Sie im Leitfaden zu den bewährten Methoden für Batch.

Verwenden von VM-Images der zweiten Generation

Einige VM-Reihen wie FX und Mv2 können nur mit VM-Images der Generation 2 verwendet werden. VM-Images der 2. Generation werden genau wie andere VM-Images unter Verwendung der sku-Eigenschaft der imageReference-Konfiguration angegeben. Die sku-Zeichenfolgen besitzen ein Suffix wie -g2 oder -gen2. Um eine Liste der vm-Images abzurufen, die von Batch unterstützt werden, einschließlich Images der Generation 2, verwenden Sie die API "Liste unterstützter Images" , PowerShell oder Azure CLI.

Überlegungen zu Größen

  • Anwendungsanforderungen – Berücksichtigen Sie die Merkmale und Anforderungen der Anwendung, die auf den Knoten ausgeführt werden. Die Beantwortung der Fragen, ob es sich beispielsweise um eine Multithreadanwendung handelt und wie viel Arbeitsspeicher sie beansprucht, kann Ihnen dabei behilflich sein, die am besten geeignete und kostengünstigste Knotengröße zu bestimmen. Für MPI-Workloads mit mehreren Instanzen oder CUDA-Anwendungen sollten Sie spezielle HPC - oder GPU-fähige VM-Größen in Betracht ziehen. Weitere Informationen finden Sie unter Verwenden von RDMA-fähigen oder GPU-fähigen Instanzen in Batchpools.

  • Aufgaben pro Knoten – Es ist typisch, eine Knotengröße auszuwählen, vorausgesetzt, eine Aufgabe wird jeweils auf einem Knoten ausgeführt. Es kann jedoch vorteilhaft sein, mehrere Aufgaben (und daher mehrere Anwendungsinstanzen) parallel auf Computeknoten während der Auftragsausführung auszuführen . In diesem Fall wird häufig eine Knotengröße mit mehreren Kernen gewählt, um den höheren Bedarf an parallelen Aufgabenausführungen abdecken zu können.

  • Ladeebenen für unterschiedliche Aufgaben – Alle Knoten in einem Pool sind die gleiche Größe. Wenn Sie Anwendungen mit unterschiedlichen Systemanforderungen bzw. Auslastungsgraden ausführen möchten, empfehlen wir Ihnen die Verwendung von separaten Pools.

  • Verfügbarkeit von Regionen – Eine VM-Serie oder -größe ist in den Regionen, in denen Sie Ihre Batchkonten erstellen, möglicherweise nicht verfügbar. Informationen dazu, ob eine Größe verfügbar ist, finden Sie unter "Produkte, die nach Region verfügbar sind".

  • Kontingente: Die Kernkontingente in Ihrem Batch-Konto können die Anzahl der Knoten einer bestimmten Größe beschränken, die Sie einem Batch-Pool hinzufügen können. Bei Bedarf können Sie eine Kontingenterhöhung anfordern.

Unterstützte VM-Images

Verwenden Sie eine der folgenden APIs, um eine Liste mit Windows- und Linux-VM-Images zurückzugeben, die derzeit von Batch unterstützt werden, einschließlich der Knoten-Agent-SKU-IDs für jedes Image:

Mithilfe der Azure CLI können Sie beispielsweise mit dem folgenden Befehl die Liste der unterstützten VM-Images abrufen:

az batch pool supported-images list

Images mit dem verificationType-Wert verified werden regelmäßig einer Interoperabilitätsüberprüfung mit dem Batch-Dienst durch das Azure Batch-Team unterzogen. Die verified Bezeichnung bedeutet nicht, dass jedes mögliche Anwendungs- oder Nutzungsszenario überprüft wird, aber diese Funktionalität, die von der Batch-API verfügbar gemacht wird, z. B. das Ausführen von Aufgaben, das Bereitstellen eines unterstützten virtuellen Dateisystems usw. werden regelmäßig als Teil von Releaseprozessen getestet. Images mit dem verificationType-Wert unverified werden keinen regelmäßigen Validierungstests unterzogen, aber es wurde anfangs sichergestellt, dass sie auf Azure Batch-Serverknoten gestartet werden können und in den Serverknotenzustand idle wechseln. Die Unterstützung für unverified Bilder ist nicht garantiert.

Tipp

Vermeiden Sie Images mit bevorstehendem EOL-Datum (End Of Life, Dienstende) für den Batch-Support. Diese Datumsangaben können über die ListSupportedImages API, PowerShell oder Azure CLI ermittelt werden. Weitere Informationen finden Sie im Leitfaden zu den bewährten Methoden für die Auswahl von VM-Images im Batchpool.

Tipp

Der Wert der Umgebungsvariablen des AZ_BATCH_NODE_ROOT_DIR Computeknotens hängt davon ab, ob der virtuelle Computer über einen lokalen temporären Datenträger verfügt oder nicht. Weitere Informationen finden Sie unter Batch-Stammverzeichnisort.

Nächste Schritte