Es ist ein Moment, der vielen Azure-Nutzern Schweißperlen auf die Stirn treibt: Sie versuchen, eine neue virtuelle Maschine (VM) bereitzustellen, wählen sorgfältig die Region und die Größe aus, und dann schlägt der Vorgang fehl mit der kryptischen Meldung: „Die ausgewählte VM-Größe ist für Ihr Abonnement in dieser Region nicht verfügbar.” Ärgerlich genug. Doch was, wenn diese Meldung nicht nur in *einer* Region auftritt, sondern scheinbar in *jeder einzelnen*? Was, wenn Ihr Abonnement keine **VM-SKUs** (Stock Keeping Units) in keiner der verfügbaren Azure-Regionen mehr erkennen kann? Das ist ein echter „Hitting a Wall”-Moment, der Ihr Projekt vollständig zum Stillstand bringen kann.
In diesem umfassenden Leitfaden werden wir genau dieses frustrierende Problem aufschlüsseln. Wir beleuchten die häufigsten Ursachen und bieten detaillierte, schrittweise Anleitungen zur **Fehlerbehebung**, damit Sie Ihre virtuellen Maschinen so schnell wie möglich wieder zum Laufen bringen. Machen Sie sich bereit, tief in die Welt der **Azure-Abonnements**, **Kontingente** und **regionalen Verfügbarkeiten** einzutauchen.
### Den Fehler „Keine VM-SKUs verfügbar” verstehen
Zunächst einmal: Sie sind nicht allein. Dieses Problem ist zwar beängstigend, aber relativ häufig. Die Meldung bedeutet nicht unbedingt, dass Azure weltweit keine VM-Größen mehr hat, oder dass Ihr Abonnement defekt ist. Vielmehr weist sie darauf hin, dass die spezifische Kombination aus VM-Typ (SKU), der gewünschten Region und den aktuellen Einstellungen oder Grenzen Ihres Abonnements momentan nicht bereitgestellt werden kann. Das „in keiner Region” deutet darauf hin, dass entweder ein sehr grundlegendes Problem mit Ihrem **Azure-Abonnement** vorliegt oder dass Sie mehrere spezifische Hürden gleichzeitig überwinden müssen.
### Die Häufigsten Ursachen für das Problem „Keine VM-SKUs verfügbar” in allen Regionen
Um das Problem effektiv zu lösen, müssen wir die potenziellen Wurzeln verstehen. Hier sind die gängigsten Gründe, warum Ihr Abonnement scheinbar keine VM-SKUs mehr finden kann:
#### 1. Quotenbeschränkungen (vCPU-Limits) – Der Top-Verdächtige
Dies ist mit Abstand die häufigste Ursache. Jedes Azure-Abonnement hat bestimmte **Kontingente** oder Limits, die die Menge der Ressourcen begrenzen, die Sie bereitstellen können. Diese Limits sind oft regional und gelten für verschiedene Ressourcentypen, insbesondere für **vCPUs** (virtuelle CPUs). Wenn Sie beispielsweise ein Limit von 10 vCPUs für die Region „West Europe” haben und bereits 8 vCPUs durch laufende VMs belegen, können Sie keine VM bereitstellen, die mehr als 2 vCPUs benötigt. Wenn Ihr Abonnement in allen Regionen sein globales vCPU-Limit erreicht hat, oder spezifische SKUs, die Sie benötigen, ihr regionales Limit überschreiten, werden Sie diesen Fehler sehen.
* **Warum „in keiner Region”?** Es gibt oft ein globales vCPU-Limit für Ihr Abonnement, zusätzlich zu regionalen Limits pro VM-Familie. Wenn das globale Limit erreicht ist oder alle regionalen Limits für die von Ihnen benötigten SKU-Typen überschritten wurden, kann dies den Eindruck erwecken, dass *überall* keine SKUs verfügbar sind.
#### 2. Regionale Kapazität und Verfügbarkeit
Auch wenn Azure riesig ist, sind die Ressourcen in den einzelnen **Azure-Regionen** nicht unendlich. Gelegentlich kann es in bestimmten Rechenzentren zu vorübergehenden Kapazitätsproblemen kommen, insbesondere bei sehr beliebten oder spezialisierten VM-SKUs. Dies führt dazu, dass bestimmte VM-Größen in einer Region vorübergehend nicht verfügbar sind. Wenn Sie eine sehr spezifische oder ungewöhnliche SKU suchen und mehrere Regionen aufgrund von Kapazitätsengpässen betroffen sind, könnte dies zu dem Fehler führen.
* **Warum „in keiner Region”?** Dies ist unwahrscheinlich, dass *alle* Regionen gleichzeitig betroffen sind, es sei denn, Sie suchen nach einer extrem seltenen oder ganz neuen SKU, die nur begrenzt ausgerollt wird, oder es liegt ein massiver, unangekündigter globaler Ausfall vor.
#### 3. Abonnement-Typ und Einschränkungen
Nicht alle Azure-Abonnements sind gleich.
* **Kostenlose Testversionen (Free Trial):** Diese Abonnements haben oft stark reduzierte **Kontingente** und sind manchmal auf bestimmte VM-Typen oder kleinere Größen beschränkt.
* **MSDN/Visual Studio-Abonnements:** Auch diese haben Limits und sind in erster Linie für Entwicklungs- und Testzwecke gedacht, nicht für den produktiven Einsatz großer Workloads.
* **Azure Pass oder spezielle Programme:** Können ebenfalls strenge Beschränkungen in Bezug auf die verfügbaren Regionen und VM-SKUs aufweisen.
* **Warum „in keiner Region”?** Bei einem Free Trial oder ähnlichen Abonnements kann es durchaus sein, dass die Standard-VM-Größen, die Sie versuchen bereitzustellen, in vielen Regionen bereits das magere Standardkontingent überschreiten oder gar nicht erst freigegeben sind.
#### 4. Azure Policy-Einschränkungen
Wenn Ihr Abonnement Teil einer größeren Unternehmensorganisation ist, könnten **Azure Policy-Definitionen** und -Zuweisungen vorhanden sein, die die Bereitstellung bestimmter VM-Größen, Familien oder sogar ganzer Regionen einschränken. Diese Richtlinien sollen die Compliance, Sicherheit und Kostenkontrolle gewährleisten.
* **Warum „in keiner Region”?** Eine restriktive Richtlinie könnte auf das gesamte Abonnement angewendet werden und die Bereitstellung von VMs in allen Regionen unterbinden oder auf sehr wenige, spezifische SKUs beschränken, die Sie möglicherweise nicht verwenden.
#### 5. Dienststatus und Ausfälle
Obwohl selten, können vorübergehende Probleme im Azure-Dienststatus oder tatsächliche Ausfälle in einer oder mehreren Regionen die Bereitstellung neuer Ressourcen beeinträchtigen.
* **Warum „in keiner Region”?** Ein globaler Ausfall, der die Bereitstellung von VMs in *allen* Regionen betrifft, wäre ein sehr ernstes Ereignis und würde wahrscheinlich weitreichend von Microsoft kommuniziert. Dennoch ist es eine mögliche Ursache für das Symptom.
#### 6. Veraltete oder eingestellte SKU-Typen
Manchmal werden VM-Größen oder ganze SKU-Familien von Microsoft eingestellt oder durch neuere, leistungsfähigere ersetzt. Wenn Sie versuchen, eine solche veraltete SKU bereitzustellen, könnte dies den Fehler verursachen.
* **Warum „in keiner Region”?** Das ist unwahrscheinlich, dass *alle* verfügbaren SKUs in allen Regionen veraltet sind. Es betrifft eher spezifische, ältere Typen.
### Schritt-für-Schritt-Anleitung zur Fehlerbehebung
Nachdem wir die potenziellen Ursachen identifiziert haben, gehen wir nun die Schritte durch, um das Problem systematisch zu diagnostizieren und zu beheben.
#### 1. Überprüfen Sie Ihre Quoten (der WICHTIGSTE Schritt!)
Dies ist der Ausgangspunkt für fast alle Probleme mit der Ressourcenbereitstellung.
* **Zugriff auf die Quoten:**
1. Navigieren Sie im **Azure-Portal** zu „Abonnements” (Subscriptions).
2. Wählen Sie das betroffene Abonnement aus.
3. Klicken Sie im linken Menü unter „Einstellungen” auf „**Nutzung + Kontingente**” (Usage + quotas).
4. Hier sehen Sie eine Liste Ihrer **Azure-Ressourcenkontingente**, aufgeschlüsselt nach Region.
* **Wonach Sie suchen sollten:**
* Suchen Sie nach „Total Regional vCPUs” und den spezifischen VM-Familien (z.B. „Standard DSv3 Family vCPUs”, „Standard Dv3 Family vCPUs”).
* Überprüfen Sie sowohl die globalen als auch die regionalen Limits.
* Achten Sie darauf, ob Ihr „Current Usage” (Aktuelle Nutzung) nahe am „Limit” (Limit) liegt.
* **Kontingenterhöhung anfordern:**
1. Wenn Sie feststellen, dass Ihre **Kontingente** zu niedrig sind, können Sie direkt über das „Nutzung + Kontingente”-Fenster eine Erhöhung anfordern.
2. Klicken Sie auf „**Erhöhung anfordern**” (Request increase) oder erstellen Sie eine neue Supportanfrage (siehe Schritt 8).
3. Wählen Sie den „Kontingenttyp” (Quota type) aus (z.B. „Compute”).
4. Geben Sie die „Bereitstellungssubskription” (Deployment subscription) und den „Kontingentdetailtyp” (Quota detail type) an (z.B. „vCPUs der VM-Serie”).
5. Wählen Sie die **Region(en)**, in denen Sie eine Erhöhung benötigen.
6. Geben Sie die gewünschte **neue Begrenzung** für die vCPUs an.
7. Begründen Sie Ihre Anfrage kurz (z.B. „Need to deploy X VMs of Y size for Z project”).
8. Senden Sie die Anfrage ab. Die Bearbeitung kann einige Stunden bis zu einigen Tagen dauern, ist aber oft schnell.
#### 2. Analysieren Sie die regionale Verfügbarkeit und wechseln Sie die Region (auch wenn es aussichtslos scheint)
Auch wenn Sie den Fehler „in keiner Region” sehen, ist es entscheidend, diese Annahme zu überprüfen.
* **Produkte nach Region überprüfen:** Besuchen Sie die offizielle Azure-Seite „Produkte nach Region” (azure.microsoft.com/de-de/global-infrastructure/products/ ) und filtern Sie nach „Virtual Machines”. Hier können Sie sehen, welche VM-Familien in welchen Regionen offiziell verfügbar sind.
* **Versuchen Sie es mit einer anderen, gut etablierten Region:** Manchmal sind es nur die *von Ihnen ausgewählten* Regionen, die ein Problem haben. Versuchen Sie es mit einer großen, gut etablierten Region wie „West Europe”, „East US” oder „Southeast Asia”.
* **Versuchen Sie eine andere VM-Größe:** Wenn eine spezielle SKU nicht verfügbar ist, versuchen Sie eine allgemeinere wie z.B. eine `Standard_D2s_v3` oder `Standard_B2ms`.
#### 3. Überprüfen Sie Ihren Abonnement-Typ
Bestätigen Sie, welchen Typ von Azure-Abonnement Sie verwenden. Navigieren Sie im Portal zu „Abonnements” und überprüfen Sie den „Angebotstyp” (Offer type). Wenn es sich um einen „Free Trial” oder ein MSDN-Abonnement handelt, sind die Limits strenger. Ein Upgrade auf ein Pay-As-You-Go-Abonnement kann manchmal eine sofortige Lösung sein, auch wenn Sie dann immer noch eine Quotenanfrage stellen müssen, um größere Ressourcen zu erhalten.
#### 4. Überprüfen Sie Azure Policy-Zuweisungen
Wenn Sie Teil einer Organisation sind, fragen Sie Ihren Azure-Administrator oder überprüfen Sie selbst, ob Richtlinien Ihre Bereitstellung blockieren.
* **Zugriff auf Azure Policy:**
1. Navigieren Sie im **Azure-Portal** zu „Policy”.
2. Klicken Sie im linken Menü unter „Erstellung” auf „**Zuweisungen**” (Assignments).
3. Filtern Sie nach Ihrem Abonnement und suchen Sie nach Richtlinien, die „virtual machines”, „sizes” oder spezifische Regionen einschränken könnten.
4. Wenn Sie eine restriktive Richtlinie finden, müssen Sie sich an Ihren Administrator wenden, um eine Ausnahme oder eine Änderung der Richtlinie zu beantragen.
#### 5. Konsultieren Sie Azure Service Health
Überprüfen Sie, ob es bekannte Dienstprobleme gibt, die Ihre Region(en) oder den gesamten Dienst betreffen.
* **Zugriff auf Service Health:**
1. Navigieren Sie im **Azure-Portal** zu „Service Health”.
2. Überprüfen Sie die Registerkarten „Service Issues” (Dienstprobleme) und „Health Advisories” (Integritätsbenachrichtigungen).
3. Filtern Sie nach den betroffenen Diensten (z.B. „Virtual Machines”, „Compute”) und den Regionen.
4. Ein bekannter Vorfall kann die Ursache sein, und Sie müssen warten, bis Microsoft das Problem behoben hat.
#### 6. Versuchen Sie eine andere VM-Größe oder SKU-Familie
Manchmal ist nur eine spezifische VM-Größe oder eine ganze Familie aufgrund regionaler Nachfrage oder Hardware-Wartung nicht verfügbar.
* **Breitere Auswahl:** Versuchen Sie, eine VM mit ähnlichen Spezifikationen aus einer anderen Familie zu wählen (z.B. wechseln Sie von Dv3 zu Dsv3, oder von E-Serie zu F-Serie, wenn möglich).
* **Kleinere Instanzen:** Für einen Test oder eine minimale Bereitstellung versuchen Sie, eine der kleinsten verfügbaren Größen zu verwenden (z.B. `Standard_B1ls`, `Standard_A0`), nur um zu sehen, ob das Problem generell oder nur bei größeren SKUs auftritt.
#### 7. Einsatz von Azure CLI oder PowerShell für erweiterte Diagnosen
Für fortgeschrittene Benutzer können Kommandozeilentools detailliertere Einblicke bieten.
* **Verfügbare SKUs in einer Region abrufen:**
„`bash
az vm list-skus –location „westeurope” –query „[?contains(resourceType, ‘virtualMachines’)].name”
„`
Ersetzen Sie `”westeurope”` durch die gewünschte Region. Dies zeigt Ihnen *alle* verfügbaren VM-SKU-Namen in dieser Region an.
* **Kontingentnutzung überprüfen:**
„`bash
az vm list-usage –location „westeurope” -o table
„`
Dies zeigt Ihnen Ihre aktuelle Nutzung und die Limits für Compute-Ressourcen in der angegebenen Region an.
Diese Befehle helfen Ihnen, die Informationen zu erhalten, die Sie im Portal sehen, aber in einer Form, die Sie besser verarbeiten oder automatisieren können.
#### 8. Erstellen Sie eine Supportanfrage bei Azure
Wenn Sie alle oben genannten Schritte durchgeführt haben und das Problem weiterhin besteht, ist es Zeit, den **Azure-Support** zu kontaktieren.
* **So erstellen Sie eine Supportanfrage:**
1. Navigieren Sie im **Azure-Portal** zu „Hilfe + Support”.
2. Klicken Sie auf „**Neue Supportanfrage**” (New support request).
3. Wählen Sie für den „Problemtyp” (Issue type) „**Dienst- und Abonnementgrenzwerte (Quoten)**” (Service and subscription limits (quotas)) oder „Technisch” (Technical).
4. Geben Sie für den „Abonnement” (Subscription) das betroffene Abonnement an.
5. Wählen Sie für den „Diensttyp” (Service type) „Virtuelle Maschinen”.
6. Beschreiben Sie das Problem so detailliert wie möglich:
* Welche VM-Größen haben Sie in welchen Regionen versucht?
* Welche Fehlermeldung erhalten Sie genau?
* Welche Schritte zur Fehlerbehebung haben Sie bereits unternommen (z.B. Quoten überprüft, andere Regionen/SKUs versucht)?
* Die ID der Korrelation der fehlgeschlagenen Bereitstellung (finden Sie in den Aktivitätsprotokollen der VM-Bereitstellung).
7. Geben Sie die Schwere (Severity) an – dies ist wahrscheinlich „C – Minimale Auswirkung” oder „B – Moderate Auswirkung”, je nachdem, wie kritisch das Problem ist.
8. Senden Sie die Anfrage ab.
Der Support kann die zugrunde liegenden Probleme in Ihrem Abonnement oder bei der regionalen Zuweisung, die für Sie nicht sichtbar sind, untersuchen und bei der Lösung helfen.
### Proaktive Maßnahmen zur Vermeidung zukünftiger Probleme
Um zu vermeiden, dass Sie in Zukunft wieder an dieser Azure-Wand stehen, sollten Sie einige proaktive Maßnahmen ergreifen:
* **Kontinuierliche Überwachung der Quoten:** Überprüfen Sie Ihre **Kontingente** regelmäßig, insbesondere vor geplanten größeren Bereitstellungen.
* **Planung und Kommunikation:** Wenn Sie eine erhebliche Anzahl von VMs oder spezifische, seltene SKUs benötigen, planen Sie dies im Voraus und stellen Sie rechtzeitig Kontingentanfragen.
* **Verständnis der regionalen Verfügbarkeit:** Kennen Sie die **Azure-Regionen**, in denen Ihre bevorzugten VM-SKUs verfügbar und gut ausgestattet sind.
* **Richtlinien überprüfen:** Wenn Sie in einer Unternehmensorganisation arbeiten, bleiben Sie über die angewendeten **Azure Policy-Richtlinien** auf dem Laufenden.
* **Diversifizierung der VM-Größen:** Seien Sie flexibel bei der Wahl der VM-Größen. Oft gibt es mehrere Optionen, die ähnliche Leistung bieten.
### Fazit
Der Fehler „Keine VM-SKUs verfügbar in keiner Location” kann eine echte Herausforderung sein, aber in den meisten Fällen lässt er sich durch eine systematische **Fehlerbehebung** lösen. Der Schlüssel liegt fast immer in der Überprüfung und Anpassung Ihrer **Azure-Kontingente** oder im Verständnis der spezifischen Einschränkungen Ihres Abonnement-Typs und der regionalen Gegebenheiten. Wenn alles andere fehlschlägt, ist der **Azure-Support** Ihr bester Freund. Mit Geduld und den richtigen Schritten können Sie diese Hürde überwinden und Ihre **Azure-VMs** wieder erfolgreich bereitstellen. Bleiben Sie dran – Azure ist riesig, und mit dem richtigen Wissen sind die meisten Probleme lösbar!