Behandeln von Zuordnungsfehlern bei der Bereitstellung von Cloud Services (klassisch) in Azure

Zusammenfassung

Wenn Sie Instanzen für einen Clouddienst bereitstellen oder neue Instanzen von Web- oder Workerrollen hinzufügen, weist Microsoft Azure Compute-Ressourcen zu. Unter Umständen erhalten Sie beim Ausführen dieser Schritte auch dann gelegentlich Fehler, bevor Sie die Grenzwerte des Azure-Abonnements erreichen. In diesem Artikel werden die Ursachen einiger häufig auftretender Zuordnungsfehler erläutert und mögliche Abhilfemaßnahmen vorgeschlagen. Diese Informationen können auch hilfreich sein, wenn Sie die Bereitstellung Ihrer Dienste planen.

Besuchen Sie die Azure-Foren von Microsoft Q&A und Stack Overflow, falls Sie Ihr Azure-Problem mit diesem Artikel nicht beheben konnten. Sie können Ihr Problem in diesen Foren oder an @AzureSupport auf Twitter posten. Sie können auch eine Azure-Supportanfrage senden. Wenn Sie eine Supportanfrage senden möchten, wählen Sie auf der Azure-Support-Seite die Option Support erhalten aus.

Hintergrund – Funktionsweise der Zuordnung

Für die Server in Azure-Rechenzentren wird eine Partitionierung in Cluster vorgenommen. Es wird eine neue Zuordnungsanforderung für einen Clouddienst in mehreren Clustern versucht. Wenn die erste Instanz in einem Clouddienst bereitgestellt wird (entweder in Staging oder Produktion), wird der Clouddienst fest mit einem Cluster verknüpft. Alle weiteren Bereitstellungen für den Clouddienst werden im selben Cluster ausgeführt. In diesem Artikel wird dieser Zustand als „verknüpft mit einem Cluster“ bezeichnet. Das folgende Diagramm veranschaulicht eine normale Zuordnung für mehrere Clustern. Das zweite Diagramm veranschaulicht eine Zuordnung, die an Cluster 2 angeheftet ist. Dort wird der vorhandene Clouddienst CS_1 gehostet.

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 auf einen Cluster beschränkt ist. Wenn Ihre Zuordnungsanforderung an einen Cluster angeheftet ist, dieser den angeforderten Ressourcentyp jedoch nicht unterstützt, tritt bei der Anforderung ein Fehler auf, auch wenn der Cluster über freie Ressourcen verfügt. Das nächste Diagramm veranschaulicht einen Fehler bei einer angehefteten Zuordnung, da der einzige Kandidatencluster nicht über freie Ressourcen verfügt. Diagramm 4 veranschaulicht einen Fehler bei einer angehefteten Zuordnung, da der einzige Kandidatencluster die angeforderte Größe des virtuellen Computers (VM) nicht unterstützt, obwohl der Cluster über freie Ressourcen verfügt.

Behandeln von Zuweisungsfehlern für Clouddienste

Fehlermeldung

Navigieren Sie im Azure-Portal zu Ihrem Clouddienst, und wählen Sie in der Randleiste Vorgangsprotokolle (klassisch) aus, um die Protokolle anzuzeigen.

Im Folgenden sind weitere Lösungen für die Ausnahmen aufgeführt:

Beispiel für Fehlermeldung:

„Fehler bei Azure-Vorgang '{Vorgangs-ID}“ mit dem Code Compute.ConstrainedAllocationFailed. Details: Fehler bei der Zuordnung. Einschränkungen in der Anforderung konnten nicht erfüllt werden. Die angeforderte neue Dienstbereitstellung ist an eine Affinitätsgruppe gebunden oder auf ein virtuelles Netzwerk ausgerichtet, oder unter diesem gehosteten Dienst befindet sich eine vorhandene Bereitstellung. Alle diese Bedingungen beschränken die neue Bereitstellung auf bestimmte Azure-Ressourcen. Wiederholen Sie den Vorgang später. Reduzieren Sie die VM-Größe oder die Anzahl der Rolleninstanzen. Sie können, wenn möglich, auch die zuvor erwähnten Einschränkungen entfernen oder den virtuellen Computer in einer anderen Region bereitstellen.“

Häufige Probleme

Dies sind häufig vorkommende Zuordnungsszenarios, die bewirken, dass eine Zuordnungsanforderung mit einem einzelnen Cluster „verknüpft“ wird.

• Bereitstellung in Stagingslots: Besitzt ein Clouddienst eine Bereitstellung in einem der Slots, wird der gesamte Clouddienst mit einem bestimmten Cluster verknüpft. Wenn also bereits eine Bereitstellung im Produktionsslot vorhanden ist, kann eine neue Stagingbereitstellung nur demselben Cluster wie der Produktionsslot zugeordnet werden. Wenn der Cluster seine Kapazität nahezu erreicht hat, schlägt die Anforderung möglicherweise fehl.
• Skalierung: Beim Hinzufügen neuer Instanzen zu einem vorhandenen Clouddienst muss die Zuordnung in demselben Cluster erfolgen. Kleine Skalierungsanfragen können i. d. R. zugeordnet werden können, dies gilt aber nicht immer. Wenn der Cluster seine Kapazität nahezu erreicht hat, schlägt die Anforderung möglicherweise fehl.
• Affinitätsgruppe: Das Fabric in einem beliebigen Cluster in dieser Region kann einem leeren Clouddienst eine neue Bereitstellung zuordnen, es sei denn, der Clouddienst ist an eine Affinitätsgruppe angeheftet. Bereitstellungen versuchen, dieselbe Affinitätsgruppe im selben Cluster zu verwenden. Wenn der Cluster seine Kapazität nahezu erreicht hat, schlägt die Anforderung möglicherweise fehl.
• Affinitätsgruppenbasiertes virtuelles Netzwerk: Ältere virtuelle Netzwerke waren mit Affinitätsgruppen anstelle von Regionen verknüpft, und Clouddienste in diesen virtuellen Netzwerken wurden an den Cluster der Affinitätsgruppe angeheftet. Bereitstellungsversuche für diesen virtuellen Netzwerktyp werden im verknüpften Cluster durchgeführt. Wenn der Cluster seine Kapazität nahezu erreicht hat, schlägt die Anforderung möglicherweise fehl.

Lösungen

1. Erneute Bereitstellung in einem neuen Clouddienst: Diese Lösung ist wahrscheinlich am erfolgreichsten, da hierbei die Plattform aus allen Clustern in dieser Region auswählen kann.

   • Bereitstellen der Workload in einem neuen Clouddienst
   • Aktualisieren des CNAME- oder A-Datensatzes zur Umleitung des Datenverkehrs an den neuen Clouddienst
   • Wenn kein Datenverkehr mehr an die alte Website geleitet wird, können Sie den alten Clouddienst löschen. Bei dieser Lösung sollten keine Ausfallzeiten entstehen.

2. Löschen von Produktions- und Stagingslots: Diese Lösung behält Ihren vorhandenen DNS-Namen (Domain Name System) bei, verursacht jedoch Downtime bei Ihrer Anwendung.

   • Löschen Sie die Produktions- und Stagingslots eines vorhandenen Clouddiensts, sodass der Clouddienst leer ist.
   • Erstellen Sie dann eine neue Bereitstellung im vorhandenen Clouddienst. Für diese Lösung wird die Zuordnung für alle Cluster in der Region wiederholt. Stellen Sie sicher, dass der Clouddienst mit keiner Affinitätsgruppe verknüpft ist.

3. Reservierte IP: Diese Lösung behält Ihre vorhandene IP-Adresse bei, verursacht jedoch Downtime bei Ihrer Anwendung.

   • Erstellen Sie mithilfe von PowerShell eine reservierte IP-Adresse für die vorhandene Bereitstellung:

     New-AzureReservedIP -ReservedIPName {new reserved IP name} -Location {location} -ServiceName {existing service name}
     

   • Führen Sie Lösung 2 aus, und geben Sie die neue ReservedIP in der CSCFG-Datei des Diensts an.

4. Entfernen der Affinitätsgruppe für neue Bereitstellungen: Affinitätsgruppen werden nicht mehr empfohlen. Führen Sie die Schritte für Lösung 1 aus, um einen neuen Clouddienst bereitzustellen. Stellen Sie sicher, dass der Clouddienst keiner Affinitätsgruppe zugeordnet ist.

5. Konvertieren in ein regionales virtuelles Netzwerk: Weitere Informationen finden Sie unter Migrieren von Affinitätsgruppen zu einem regionalen virtuellen Netzwerk.