Regionale Bereitstellung scheitert am Kontingent? Prüfe Nutzung und Kontingente

Die Bereitstellung eines neuen CloudTrips-Speicherkontos in West Europe scheitert, weil das Abonnement sein regionales Speicherkontenkontingent erreicht hat.

Prüfe das Kontingent für:

Abonnement: Azure subscription 1
Anbieter: Storage
Region: West Europe
Neue Ressource: stcloudtripslogs01

Das vorhandene Speicherkonto stcloudtripsdev01 bleibt unverändert und zählt zur Nutzung des Abonnements in dieser Region.

Bereitstellungsfehler lesen

Öffne die Fehlerdetails der fehlgeschlagenen Bereitstellung und notiere:

• Abonnement und Region
• das im Fehler genannte Kontingent oder Limit
• aktuelle Nutzung und Grenzwert
• die Ressource, deren Bereitstellung fehlgeschlagen ist

Erstelle das Speicherkonto nicht unter einem anderen Namen, um den Fehler zu umgehen. Ein anderer Name ändert das regionale Kontingent nicht.

Azure Quotas öffnen

Suche im Azure-Portal nach Quotas und öffne den Dienst. Wähle unter Overview den Eintrag Storage und öffne anschließend My quotas.

Setze die Filter:

Subscription: Azure subscription 1
Region: West Europe
Provider: Storage

Suche das Speicherkontenkontingent für West Europe. Prüfe Usage, Current limit und Request adjustment.

Notwendigkeit einer Erhöhung bestimmen

Der Kontingentwert ist eine Anzahl von Speicherkonten. Eine Erhöhung des Grenzwerts von 250 auf 260 bedeutet, dass Azure subscription 1 bis zu 260 von diesem Kontingent erfasste Speicherkontoressourcen in West Europe enthalten kann.

Der Wert bedeutet nicht 260 GB Speicher, 260 Container oder 260 Dateien. Für die in einem Konto gespeicherte Datenmenge gelten separate Skalierbarkeits- und Kapazitätsgrenzen. Jedes von diesem regionalen Kontingent erfasste vorhandene Konto verbraucht eine Einheit, unabhängig davon, ob es leer ist oder Daten enthält.

Zum Beispiel:

Regionaler Speicherkonto-Grenzwert: 260 Konten
Aktuelle Nutzung: 250 Konten
Verbleibendes Kontingent: 10 Konten

Die Erhöhung schafft somit Platz für 10 zusätzliche Speicherkonten in West Europe, einschließlich stcloudtripslogs01. Sie erhöht nicht die Kapazität von stcloudtripsdev01.

Prüfe zuerst, ob nicht mehr benötigte Speicherkonten entfernt werden können. Das Löschen eines Kontos ist dauerhaft und darf nur erfolgen, nachdem seine Daten, Abhängigkeiten und Aufbewahrungsanforderungen geprüft wurden.

Wenn die vorhandenen Konten benötigt werden, berechne einen neuen Grenzwert, der das neue Konto und ein angemessenes geplantes Wachstum abdeckt:

Benötigter neuer Grenzwert = aktuelle Nutzung + neue Speicherkonten + geplante Reserve

Kontingenterhöhung anfordern

Wähle beim Kontingent für West Europe unter Request adjustment das Stiftsymbol. Gib den gewünschten neuen Grenzwert ein, nicht nur die Anzahl zusätzlicher Konten, und sende die Anforderung ab.

Azure prüft die Anforderung und kann sie automatisch genehmigen. Kann sie nicht direkt erfüllt werden, folge dem Link im Portal, um eine Supportanfrage zu erstellen. Die maximal verfügbare Erhöhung kann vom Abonnement und der Region abhängen.

Aktualisiere nach der Genehmigung My quotas und bestätige, dass der neue Grenzwert angezeigt wird und freie Nutzung verfügbar ist.

Speicherkontobereitstellung erneut versuchen

Kehre zur fehlgeschlagenen Bereitstellung zurück und wiederhole sie, oder starte die ursprüngliche Bereitstellung von stcloudtripslogs01 mit denselben vorgesehenen Einstellungen erneut. Bestätige vorher, dass das Speicherkonto nicht teilweise erstellt wurde.

Scheitert die Bereitstellung nach der Kontingenterhöhung weiterhin, lies den neuen Fehler, statt erneut von einem Kontingentproblem auszugehen. Speicherkontonamen müssen global eindeutig sein, die gewählte Region muss die angeforderten Funktionen unterstützen und Azure Policy kann weitere Einschränkungen vorgeben.

Das CloudTrips-Speicherkonto kann nun bereitgestellt werden, nachdem ein ausreichendes regionales Speicherkontenkontingent bestätigt wurde.