Freigeben über


Problembehandlung für Zuteilungsfehler beim Erstellen oder Ändern der Größe von VMs in Azure

Gilt für: ✔️ Linux-VMs ✔️ Windows-VMs

Wenn Sie einen virtuellen Computer (Virtual Machine, VM) erstellen, angehaltene virtuelle Computer (VMs, deren Zuordnung aufgehoben wurde) neu starten oder die Größe eines VMs ändern, weist Microsoft Azure Ihrem Abonnement Computeressourcen zu. Wir investieren kontinuierlich in zusätzliche Infrastruktur und Funktionen, um sicherzustellen, dass immer alle VM-Typen zur Verfügung stehen, um die Kundenanforderungen erfüllen zu können. Gelegentlich können jedoch aufgrund der bisher beispiellosen Nachfrage nach Azure-Dienste in bestimmten Regionen Ressourcenzuordnungsfehler auftreten. Dieses Problem kann auftreten, wenn Sie versuchen, VMs in einer Region zu erstellen oder zu starten, obwohl auf den VMs der folgende Fehlercode und die folgende Meldung angezeigt werden:

Fehlercode: AllocationFailed oder ZonalAllocationFailed

Fehlermeldung: „Fehler bei der Zuordnung. Wir verfügen in dieser Region nicht über genügend Kapazität für die angeforderte VM-Größe. Lesen Sie mehr über die Verbesserung der Wahrscheinlichkeit des Zuordnungserfolgs bei https://aka.ms/allocation-guidance"

Notiz

Die Problembehandlung für eine VM-Skalierungsgruppe (VMSS) ist mit der für eine Standard-VM identisch. Befolgen Sie die Anweisungen in diesem Artikel, um das Problem zu beheben.

Fehlermeldung: „Fehler bei der Zuordnung. Wenn Sie versuchen, einen neuen virtuellen Computer zu einer VM-Skalierungsgruppe mit einer einzelnen Platzierungsgruppe hinzuzufügen oder die Größe einer vorhandenen VM in einer VM-Skalierungsgruppe mit einer einzigen Platzierungsgruppe zu aktualisieren/zu ändern, beachten Sie bitte, dass diese Zuordnung auf einen einzelnen Cluster festgelegt werden kann, und es ist möglich, dass der Cluster nicht mehr in kapazität ist. Bitte lesen Sie mehr über die Verbesserung der Wahrscheinlichkeit des Zuordnungserfolgs bei http://aka.ms/allocation-guidance."

In diesem Artikel werden die Ursachen einiger häufig auftretender Zuordnungsfehler erläutert und mögliche Korrekturmaßnahmen vorgeschlagen.

Wenn Ihr Azure-Problem in diesem Artikel nicht behoben ist, besuchen Sie die Azure-Foren zu Q&A und Stack Overflow. Sie können Ihr Problem in diesen Foren veröffentlichen oder auf Twitter an @AzureSupport senden. Darüber hinaus können Sie eine Azure-Supportanfrage stellen, indem Sie auf der Website des Azure-Supports die Option „Support erhalten“ auswählen.

Bis der bevorzugte VM-Typ in Ihrer bevorzugten Region verfügbar ist, empfehlen wir Kunden, bei denen Bereitstellungsprobleme auftreten, die Anweisungen in der folgenden Tabelle als vorübergehende Problemumgehung in Betracht zu ziehen.

Identifizieren Sie das Szenario, das Ihrem Fall am besten entspricht, und wiederholen Sie dann die Zuordnungsanforderung anhand der entsprechenden vorgeschlagenen Problemumgehung, um die Erfolgschancen bei der Zuordnung zu erhöhen. Alternativ können Sie den Vorgang auch zu einem späteren Zeitpunkt wiederholen. Denn möglicherweise wurden genügend Ressourcen im Cluster, in der Region oder in der Zone freigegeben, um Ihre Anforderung erfüllen zu können.

Ändern der Größe eines VMs oder Hinzufügen von VMs zu einer vorhandenen Verfügbarkeitsgruppe

Ursache

Der Anforderungsversuch, die Größe eines virtuellen Computers zu ändern oder einen virtuellen Computer zu einer vorhandenen Verfügbarkeitsgruppe hinzuzufügen, muss im ursprünglichen Cluster ausgeführt werden, der die vorhandene Verfügbarkeitsgruppe hostet. Die angeforderte VM-Größe wird vom Cluster unterstützt, aber möglicherweise verfügt der Cluster aktuell nicht über genügend Kapazität.

Problemumgehung

Falls der virtuelle Computer Teil einer anderen Verfügbarkeitsgruppe sein kann, erstellen Sie einen virtuellen Computer in einer anderen Verfügbarkeitsgruppe (in derselben Region). Dieser neue virtuelle Computer kann dann demselben virtuellen Netzwerk hinzugefügt werden.

Beenden Sie alle virtuellen Computer einer Verfügbarkeitsgruppe (heben Sie die Zuordnung auf), und starten Sie die einzelnen virtuellen Computer dann neu. To stop: Click Resource groups > [your resource group] > Resources > [your availability set] > Virtual Machines > [your virtual machine] > Stop. Navigieren Sie nach dem Stoppen aller VMs zu Home>Virtual Machines, fügen Sie einen Filter für die Verfügbarkeitseinstellung hinzu, und wählen Sie dann Group by Availability Set aus. Wählen Sie alle zutreffenden VMs aus und klicken Sie auf Start. Durch diesen Schritt wird sichergestellt, dass ein neuer Zuordnungsversuch ausgeführt wird und ein neuer Cluster ausgewählt werden kann, der über genügend Kapazität verfügt.

Neustart teilweise angehaltener (mit aufgehobener Zuordnung) virtueller Computer

Ursache

Die Teilaufhebung der Zuordnung bedeutet, dass Sie mindestens einen, aber nicht alle virtuellen Computer innerhalb einer Verfügbarkeitsgruppe beendet (zuordnungsaufgehoben) haben. Wenn Sie die Zuordnung eines virtuellen Computers aufheben, werden die zugeordneten Ressourcen freigegeben. Das Neustarten virtueller Computer in einer Verfügbarkeitsgruppe, in der die Zuordnung teilweise aufgehoben wurde, entspricht dem Hinzufügen von virtuellen Computern zu einer vorhandenen Verfügbarkeitsgruppe. Aus diesem Grund muss der Zuordnungsanforderungsversuch im ursprünglichen Cluster ausgeführt werden, der die vorhandene Verfügbarkeitsgruppe hostet, die möglicherweise nicht über genügend Kapazität verfügt.

Problemumgehung

Beenden Sie alle virtuellen Computer einer Verfügbarkeitsgruppe (heben Sie die Zuordnung auf), und starten Sie die einzelnen virtuellen Computer dann neu. To stop: Click Resource groups > [your resource group] > Resources > [your availability set] > Virtual Machines > [your virtual machine] > Stop. Navigieren Sie nach dem Stoppen aller VMs zu Home>Virtual Machines, fügen Sie einen Filter für die Verfügbarkeitseinstellung hinzu, und wählen Sie dann Group by Availability Set aus. Wählen Sie alle zutreffenden VMs aus und klicken Sie auf Start. Dadurch wird sichergestellt, dass ein neuer Zuordnungsversuch ausgeführt wird und ein neuer Cluster ausgewählt werden kann, der über genügend Kapazität verfügt.

Neustart vollständig beendeter (mit aufgehobener Zuordnung) virtueller Computer

Ursache

Die vollständige Aufhebung der Zuordnung bedeutet, dass Sie alle virtuellen Computer für eine Verfügbarkeitsgruppe beendet (zuordnungsaufgehoben) haben. Die Zuordnungsanforderung zum Neustarten dieser virtuellen Computer gilt für alle Cluster, die die gewünschte Größe in der Region oder Zone unterstützen. Ändern Sie Ihre Zuordnungsanforderung gemäß den Vorschlägen in diesem Artikel, und wiederholen Sie die Anforderung, um die Wahrscheinlichkeit einer erfolgreichen Zuordnung zu erhöhen.

Problemumgehung

Bei Verwendung älterer VM-Serien oder -Größen (wie z. B. Dv1, DSv1, Av1, D15v2 oder DS15v2) sollten Sie erwägen, auf neuere Versionen umzusteigen. Beachten Sie diese Empfehlungen für bestimmte VM-Größen. Wenn Sie nicht die Möglichkeit haben, eine andere VM-Größe zu verwenden, versuchen Sie es mit der Bereitstellung in einer anderen Region innerhalb desselben geografischen Raums. Weitere Informationen zu den verfügbaren VM-Größen in jeder Region finden Sie unter https://aka.ms/azure-regions.

Wenn Sie Verfügbarkeitszonen verwenden, versuchen Sie es mit einer anderen Zone in der Region, die über verfügbare Kapazität für die angeforderte VM-Größe verfügt.

Wenn Ihre Zuordnungsanforderung groß ist (mehr als 500 Kerne umfasst), lesen Sie die Anweisungen in den folgenden Abschnitten, um die Anforderung in kleinere Bereitstellungen aufzuteilen.

Zuordnungsfehler bei älteren VM-Größen (Av1, Dv1, DSv1, D15v2, DS15v2 usw.)

Im Zuge der Erweiterung der Azure-Infrastruktur stellen wir Hardware einer neueren Generation bereit, die zur Unterstützung der neuesten VM-Typen entwickelt wurde. Einige VMs der älteren Serien können nicht in unserer Infrastruktur der neuesten Generation ausgeführt werden. Aus diesem Grund können bei Kunden gelegentlich Zuordnungsfehler bei diesen älteren SKUs auftreten. Um dieses Problem zu vermeiden, empfehlen wir Kunden, die VMs älterer Serien verwenden, den Umstieg auf die entsprechenden neueren VMs gemäß den folgenden Empfehlungen. Diese VMs sind für die neueste Hardware optimiert, und dadurch können Sie von einer besseren Preisgestaltung und Leistung profitieren.

Ältere VM-Serie/-Größe Empfohlene neuere VM-Serie/-Größe Weitere Informationen
Av1-Serie Av2-Serie https://azure.microsoft.com/blog/new-av2-series-vm-sizes/
Dv1- oder DSv1-Serie (D1 bis D5) Dv3- oder DSv3-Serie https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/
Dv1- oder DSv1-Serie (D11 bis D14) Ev3- oder ESv3-Serie
D15v2 oder DS15v2 Wenn Sie das Ressourcen-Manager-Bereitstellungsmodell verwenden, um die Vorteile der größeren VM-Größen zu nutzen, sollten Sie den Umstieg auf D16v3/DS16v3 oder D32v3/DS32v3 in Erwägung ziehen. Diese sind für die Ausführung auf Hardware der neuesten Generation konzipiert. Wenn Sie das Ressourcen-Manager-Bereitstellungsmodell verwenden, um sicherzustellen, dass Ihre VM-Instanz auf für einen einzelnen Kunden dedizierte Hardware isoliert ist, sollten Sie in Erwägung ziehen, auf die neuen isolierten VM-Größen E64i_v3 oder E64is_v3 umzusteigen, die für die Ausführung auf Hardware der neuesten Generation konzipiert sind. https://azure.microsoft.com/blog/new-isolated-vm-sizes-now-available/

Zuordnungsfehler bei großen Bereitstellungen (mehr als 500 Kerne)

Verringern Sie die Anzahl der Instanzen der angeforderten VM-Größe, und wiederholen Sie dann den Bereitstellungsvorgang. Darüber hinaus sollten Sie bei größeren Bereitstellungen die Azure-VM-Skalierungsgruppen mit mehreren Platzierungsgruppen auswerten. Die Anzahl von VM-Instanzen kann bedarfs- oder zeitplangesteuert automatisch erhöht oder verringert werden, und die Wahrscheinlichkeit einer erfolgreichen Zuordnung erhöht sich, da die Bereitstellungen auf mehrere Cluster verteilt werden können, wenn die Bereitstellung als Gruppe mit mehreren Platzierungen erfolgt. Weitere Informationen zur Verwendung umfangreicher VM-Skalierungsgruppen finden Sie hier. Informationen zum Konvertieren einer vorhandenen Skalierungsgruppe in eine Skalierungsgruppe, die mehrere Platzierungsgruppen umfasst, finden Sie hier. Beachten Sie, dass Sie eine Skalierungsgruppe mit Unterstützung einer einzelnen Platzierungsgruppe in eine Skalierungsgruppe mit Unterstützung mehrerer Platzierungsgruppen ändern können, aber nicht umgekehrt.

Hintergrundinformationen

Funktionsweise der Zuordnung

Für die Server in Azure-Rechenzentren wird eine Partitionierung in Cluster vorgenommen. Normalerweise wird versucht, eine Zuordnungsanforderung in mehreren Clustern durchzuführen. Es ist aber möglich, dass bestimmte Einschränkungen der Zuordnungsanforderung die Azure-Plattform zwingen, die Anforderung nur in einen Cluster zu versuchen. In diesem Artikel wird dies als "an einen Cluster angeheftet" bezeichnet. Diagramm 1 unten veranschaulicht den Fall einer normalen Zuordnung, die in mehreren Clustern versucht wird. Diagramm 2 zeigt den Fall einer mit dem Cluster 2 verknüpften Zuordnung, da dort der vorhandene Clouddienst „CS_1“ oder die Verfügbarkeitsgruppe gehostet wird. Diagramm 1 zeigt die versuchte Zuordnung in mehreren Clustern, und Diagramm 2 zeigt die Zuordnung mittels Verknüpfung mit einem Cluster.

Gründe für Zuordnungsfehler

Wenn eine Zuordnungsanforderung mit einem Cluster verknüpft ist, ist die Wahrscheinlichkeit höher, dass keine freien Ressourcen gefunden werden, da der verfügbare Ressourcenpool kleiner ist. Falls Ihre Zuordnungsanforderung mit einem Cluster verknüpft ist, der von Ihnen angeforderte Ressourcentyp für diesen Cluster aber nicht unterstützt wird, schlägt die Anforderung auch dann fehl, wenn der Cluster über eine freie Ressource verfügt. Im nachstehenden Diagramm 3 ist der Fall dargestellt, in dem eine verknüpfte Zuordnung fehlschlägt, weil der einzige Kandidatencluster nicht über freie Ressourcen verfügt. In Diagramm 4 ist der Fall dargestellt, in dem eine verknüpfte Zuordnung fehlschlägt, weil der einzige Kandidatencluster die angeforderte Größe des virtuellen Computers nicht unterstützt, obwohl der Cluster über freie Ressourcen verfügt.

Diagramm 3 zeigt, dass die Zuweisung im angepinnten Cluster fehlgeschlagen ist: Keine freie Ressource verfügbar, und Diagramm 4 zeigt, dass die Zuweisung im angepinnten Cluster fehlgeschlagen ist: Größe wird nicht unterstützt.

Kontaktieren Sie uns für Hilfe

Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.