Beheben eines Fehlers „AllocationFailed“ oder „ZonalAllocationFailed“ beim Erstellen, Neustarten oder Skalieren von VM-Skalierungsgruppen in Azure

Warnung

Wenn Ihr Microsoft Azure Virtual Machine Scale Set Teil eines Azure Service Fabric-Clusters ist, befolgen Sie diese Anleitung zur Problembehandlung nicht. Diese Anleitung kann in diesem Szenario zu Datenverlusten und unwiderruflichen Clusterschäden führen. Weitere Informationen finden Sie unter Kann ich große VM-Skalierungssätze in meinem Service Fabric-Cluster verwenden?

In diesem Artikel erhalten Sie Informationen zu:

• AllocationFailed- oder ZonalAllocationFailed-Fehler in Microsoft Azure Virtual Machine Scale Sets.
• So vermeiden Sie Zuordnungsfehler.
• Die Ursachen der Zuordnungsfehler.
• Behandeln von Zuordnungsfehlern bei Auftreten.

Informationen zur Problembehandlung von Zuordnungsfehlern für virtuelle Standardcomputer (VMs) finden Sie unter Problembehandlung bei Zuordnungsfehlern beim Erstellen, Neustarten oder Ändern der Größe von VMs in Azure.

Symptom

Aufgrund der hohen Nachfrage nach Azure-Diensten kann ein Zuordnungsfehler auftreten, wenn Sie versuchen, VM-Instanzen in bestimmten Regionen zu erstellen oder zu starten. Azure versucht, Ihrem Abonnement Computeressourcen zuzuweisen, wenn Sie:

• Erstellen einer VM-Skalierungsgruppe
• Starten Sie eine beendete (deallocated)-Skalierungsgruppe-VM-Instanz neu.
• Ändern der Größe eines Skalierungssatzes.

Die folgenden Fehlerdetails sind ein Beispiel für die Meldung des Zuordnungsfehlers.

Fehlercode: AllocationFailed oder ZonalAllocationFailed

Fehlermeldung 1: 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.

Fehlermeldung 2: Fehler bei der Zuordnung. Virtuelle Computer mit den folgenden Einschränkungen können nicht zugewiesen werden, da die Bedingung zu restriktiv ist. Entfernen Sie einige Einschränkungen, und versuchen Sie es erneut. Angewendete Einschränkungen sind:

• Verfügbarkeitszone
• Größe des virtuellen Computers

Fehlermeldung 3: Fehler bei der Zuordnung. Wenn Sie versuchen, einer VM-Skalierungsgruppe mit einer einzelnen Platzierungsgruppe eine neue VM hinzuzufügen oder eine vorhandene VM zu aktualisieren bzw. ihre Größe zu ändern, sollten Sie beachten, dass diese Zuordnung nur auf einen einzelnen Cluster beschränkt ist und es möglich ist, dass der Cluster nicht über genügend Kapazität verfügt. Weitere Informationen zur Verbesserung der Wahrscheinlichkeit des Zuordnungserfolgs finden Sie unter https://aka.ms/allocation-guidance.

So vermeiden Sie Zuordnungsfehler

Um Zuordnungsfehler zu vermeiden, können Sie einige Konfigurationseinstellungen auf die Skalierung anwenden, um Zuordnungsanforderungen zu optimieren.

• Überprovisionierung. Wenn die Überprovisionierung aktiviert ist, dreht der Skalierungssatz tatsächlich mehr VM-Instanzen, als Sie gefragt haben. Anschließend werden die zusätzlichen VM-Instanzen gelöscht, nachdem die angeforderte Anzahl von VM-Instanzen erfolgreich bereitgestellt wurde. Diese Vorgehensweise verbessert die Bereitstellungserfolge und verringert die Bereitstellungszeit. Sie werden nicht für die zusätzlichen VM-Instanzen in Rechnung gestellt, und sie zählen nicht zu Ihren Kontingentgrenzwerten. So aktivieren Sie die Außerkraftsetzung:

  1. Suchen Sie im Azure-Portal nach Skalierungssätzen für virtuelle Computer, und wählen Sie sie aus.

  2. Wählen Sie den Namen ihres Skalierungssatzes aus.

  3. Wählen Sie im Menübereich " Konfiguration" aus.

  4. Legen Sie in der Überschrift "Außerkraftsetzung aktivieren" auf "Ein" fest.

  5. Klicken Sie auf Speichern.

  Erfahren Sie mehr über die Überprovisionierung.

• Aktivieren Sie große Mengen. Große Skalierungssätze für virtuelle Computer werden als Skalierungssätze definiert, die auf mehr als 100 VM-Instanzen skaliert werden können. Diese Funktion wird durch eine Skalierungssatzeigenschaft (singlePlacementGroup=false) festgelegt. Was einen großen Satz besonders macht, ist nicht die Anzahl der VM-Instanzen, sondern die Anzahl der darin enthaltenen Platzierungsgruppen. Eine Platzierungsgruppe ähnelt einem Azure-Verfügbarkeitssatz mit eigenen Fehlerdomänen und Upgradedomänen. Bei singlePlacementGroup Festlegung auf false" haben Sie eine größere Chance auf den Erfolg der Zuordnung, da die Bereitstellungen auf mehrere Cluster verteilt werden können, wenn sie als Multiplacementgruppe bereitgestellt werden. Erfahren Sie mehr über das Arbeiten mit großen Skalierungssätzen für virtuelle Computer, insbesondere zum Konvertieren eines vorhandenen Skalierungssatzes, um mehrere Platzierungsgruppen zu umfassen.

  Notiz

  Sie können einen Skalierungssatz von der Unterstützung einer einzelnen Platzierungsgruppe in die Unterstützung mehrerer Platzierungsgruppen ändern, sie können jedoch keine Konvertierung in die andere Richtung durchführen. Nach dem singlePlacementGroup Festlegen auf false können Sie ihn nicht mehr ändern.

Verringern Sie die Anzahl der Instanzen der angeforderten VM-Größe, und wiederholen Sie dann den Bereitstellungsvorgang. Bei größeren Bereitstellungen können Sie Azure Virtual Machine Scale Sets mit mehreren Platzierungsgruppen auswerten. Die Anzahl von VM-Instanzen kann automatisch erhöht oder verringert werden, wenn sich der Bedarf ändert, oder es kann ein Zeitplan festgelegt werden.

Weitere Tipps

Bis Ihr bevorzugter VM-Typ in Ihrer bevorzugten Region verfügbar ist, sollten Kunden, die Bereitstellungsprobleme haben, die Anleitungen in den folgenden Abschnitten als temporäre Lösung berücksichtigen.

Identifizieren Sie das Szenario, das Ihrem Fall am besten entspricht. Um die Wahrscheinlichkeit des Zuordnungserfolgs zu erhöhen, wiederholen Sie die Zuordnungsanforderung mithilfe der entsprechenden vorgeschlagenen Lösung. Oder Sie können es später immer wiederholen. Möglicherweise wurden genügend Ressourcen im Cluster, in der Region oder in der Zone freigegeben, um Ihre Anforderung zu einem anderen Zeitpunkt aufzunehmen.

Ursache

Die Region oder Zone verfügt nicht über genügend Kernkapazität für die angeforderte SKU.

Ursache 1: Ändern der Größe eines Skalierungssatzes oder Hinzufügen von VM-Instanzen zu einem vorhandenen Skalierungssatz

Wenn es eine Anforderung gibt, die Größe eines Skalierungssatzes zu ändern oder eine VM-Instanz zu einem vorhandenen Skalierungssatz hinzuzufügen, muss es am ursprünglichen Cluster versucht werden, der den vorhandenen Skalierungssatz hostet. Oder der Cluster unterstützt die angeforderte VM-Größe, verfügt aber möglicherweise nicht über ausreichende Kapazität.

Lösung für Ursache 1

Probieren Sie eine der folgenden Aktionen aus:

• Versuchen Sie, den Skalierungssatz in einen anderen Cluster in derselben Region mit ausreichender Kapazität zu verschieben.

  Beenden (Deallocate) alle VM-Instanzen im Skalierungssatz, und ändern Sie dann die Größe des Skalierungssatzes nach Bedarf. Starten Sie nach Abschluss der Größenänderung die VM-Instanzen neu. So beenden Sie die VM-Instanzen:

  1. Suchen Sie im Azure-Portal nach Skalierungssätzen für virtuelle Computer, und wählen Sie sie aus.

  2. Wählen Sie den Namen ihres Skalierungssatzes aus.

  3. Wählen Sie Stop (Beenden) aus.

  Nachdem Sie alle VM-Instanzen beendet haben, um die Größe zu ändern und dann den Skalierungssatz zu starten, kann der neue Zuordnungsversuch einen Cluster mit ausreichender Kapazität identifizieren, um den gesamten Skalierungssatz zu hosten.

• Konfigurieren Sie Ihre Skalierungsgruppe so, dass sie über mehrere Platzierungsgruppen skaliert wird.

  Siehe Erstellen eines großen Satzes.

Ursache 2: Ein teilweise beendeter virtueller Computer (deallocated) wurde neu gestartet.

Eine teilweise Deallocation bedeutet, dass Sie eine oder mehrere, aber nicht alle VM-Instanzen in einem Skalierungssatz beendet (deallocated) beendet haben. Wenn Sie eine VM-Instanz neu zuordnen, werden die zugehörigen Ressourcen freigegeben. Das Neustarten von VM-Instanzen in einem teilweise zugeordneten Verfügbarkeitssatz entspricht dem Hinzufügen von VM-Instanzen zu einem vorhandenen Verfügbarkeitssatz. Daher müssen Sie die Zuordnungsanforderung im ursprünglichen Cluster testen, der den vorhandenen Verfügbarkeitssatz hostet, der möglicherweise über unzureichende Kapazität verfügt.

Lösung für Ursache 2

Beenden (Deallocate) alle VM-Instanzen im Skalierungssatz, und starten Sie dann jede VM-Instanz neu. So beenden Sie die VM-Instanzen:

1. Suchen Sie im Azure-Portal nach Skalierungssätzen für virtuelle Computer, und wählen Sie sie aus.

2. Wählen Sie den Namen ihres Skalierungssatzes aus.

3. Wählen Sie im Menübereich "Instanzen" aus.

4. Wählen Sie alle aufgeführten Instanzen des virtuellen Computers aus.

5. Wählen Sie Stop (Beenden) aus.

Nachdem alle virtuellen Computer beendet wurden, wählen Sie die erste VM-Instanz und dann "Start" aus. Azure führt einen neuen Zuordnungsversuch durch und wählt einen neuen Cluster aus, der über ausreichende Kapazität verfügt.

Ursache 3: Neu gestartete VM-Instanzen, die vollständig beendet wurden

Die vollständige Deallocation bedeutet, dass Sie alle VM-Instanzen in einem Verfügbarkeitssatz beendet (deallocated) beendet haben. Die Zuordnungsanforderung zum Neustart dieser VM-Instanzen zielt auf alle Cluster ab, die die erforderliche Größe innerhalb der Region oder Zone unterstützen.

Lösung für Ursache 3

Ändern Sie Ihre Zuordnungsanforderung mithilfe der Vorschläge in diesem Artikel. Wiederholen Sie dann die Anforderung, um die Wahrscheinlichkeit eines Erfolgs der Zuordnung zu verbessern.

Wenn Sie ältere VM-Serien oder Größen (z. B. Dv1, DSv1, Av1, D15v2 oder DS15v2) verwenden, sollten Sie in neuere Versionen wechseln. Beachten Sie diese Empfehlungen für bestimmte VM-Größen. Sind Sie nicht zulässig, eine andere VM-Größe zu verwenden? Versuchen Sie dann, in einer anderen Region innerhalb derselben Geografie bereitzustellen. Weitere Informationen zu den verfügbaren VM-Größen in den einzelnen Regionen finden Sie unter https://aka.ms/azureregions.

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

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

Versuchen Sie , die VM-Instanz erneut bereitzustellen, die die VM-Instanz einem neuen Cluster innerhalb der Region zuweist.

Zuteilungsfehler bei älteren VM-Größen

Einige ältere VM-Größen der Serie werden nicht in unserer Infrastruktur der neuesten Generation ausgeführt. Kunden können gelegentlich Zuordnungsfehler für diese legacy-SKUs auftreten. Wir empfehlen Kunden, die virtuelle Legacycomputer der Serie verwenden, die Migration zu den entsprechenden neueren virtuellen Computern in Betracht zu ziehen. Die neueren VMs sind für die neueste Hardware optimiert, und sie ermöglichen es Ihnen, bessere Preise und Leistung zu nutzen.

Sehen Sie sich die folgenden Empfehlungen an:

Legacy-VM-Serie oder -Größe	Empfohlene neuere VM-Serie oder -Größe	Bloglink
Av1-Serie	Av2-Serie	Neue VM-Größen der A_v2-Serie
Dv1- oder DSv1-Serie (D1 bis D5)	Dv3- oder DSv3-Serie	Einführung in die neuen Vm-Größen Dv3 und Ev3
Dv1- oder DSv1-Serie (D11 bis D14)	Ev3- oder ESv3-Serie
D15v2 oder DS15v2	Wenn Sie das Ressourcen-Manager-Bereitstellungsmodell verwenden, um die größeren VM-Größen zu nutzen, ziehen Sie die Umstellung auf D16v3/DS16v3 oder D32v3/DS32v3 in Betracht. Diese Größen sind so konzipiert, dass sie auf der Hardware der neuesten Generation ausgeführt werden. Verwenden Sie das Ressourcen-Manager-Bereitstellungsmodell, um sicherzustellen, dass Ihre VM-Instanz auf Hardware isoliert ist, die einem einzelnen Kunden zugeordnet ist? Ziehen Sie dann die Umstellung auf die neuen isolierten VM-Größen, E64i_v3 oder E64is_v3 in Betracht, die auf der Hardware der neuesten Generation ausgeführt werden sollen.	Neue isolierte VM-Größen jetzt verfügbar

Hintergrundinformationen

Funktionsweise der Zuordnung

Die Azure-Plattform versucht, Rechenzentrumsserver in Cluster zu partitionieren. Normalerweise wird eine Zuordnungsanforderung in mehreren Clustern versucht. Bestimmte Einschränkungen aus der Zuordnungsanforderung können jedoch erzwingen, dass die Azure-Plattform die Anforderung nur in einem Cluster versucht ("an einen Cluster angeheftet"). Diagramm 1 unten zeigt eine normale Zuordnung, die in mehreren Clustern versucht wird (Cluster 1 bis Cluster n). In Diagramm 2 wird eine Zuordnung an Cluster 2 angeheftet, da dieser Cluster den vorhandenen Clouddienst (CS_1) oder die Verfügbarkeitsgruppe hostet.

Gründe für Zuordnungsfehler

Wenn eine Zuordnungsanforderung an einen Cluster angeheftet ist, besteht eine höhere Wahrscheinlichkeit, dass freie Ressourcen nicht gefunden werden, da der verfügbare Ressourcenpool kleiner ist. Was geschieht, wenn Ihre Zuordnungsanforderung an einen Cluster angeheftet wird, der den angeforderten Ressourcentyp nicht unterstützt? Ihre Anforderung schlägt dann fehl, auch wenn der Cluster über freie Ressourcen verfügt. Diagramm 3 unten zeigt, wo eine angeheftete Zuordnung fehlschlägt, da der einzige Kandidatencluster keine freien Ressourcen enthält. Diagramm 4 zeigt, wo eine angeheftete Zuordnung fehlschlägt, da der einzige Kandidatencluster die angeforderte VM-Größe nicht unterstützt, obwohl der Cluster über freie Ressourcen verfügt.

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.