Die richtige Region für Ihren Workload auswählen

Die Auswahl einer Region ist eine echte Architekturentscheidung, nicht nur eine geografische Frage. Sie beeinflusst Leistung, Compliance, Kosten und Notfallwiederherstellung. Entscheiden Sie früh, denn ein späterer Umzug ist schwierig und teuer.

Das naheliegendste Kriterium ist die Nähe zu den Nutzern. Rechenleistung in derselben geografischen Region bedeutet eine kürzere Round-Trip-Zeit und eine reaktionsschnellere Anwendung. Nutzer in Deutschland? Stellen Sie die Anwendung in „West Europe“ und nicht in „East US“ bereit.

Gesetze zur Datenresidenz legen fest, wo Daten gespeichert werden müssen – etwa die DSGVO in der EU sowie entsprechende Vorschriften im Vereinigten Königreich, in Indien, China und Russland. Azure ordnet jede Region einem Land zu, um Sie bei der Einhaltung dieser Vorgaben zu unterstützen.

Prüfen Sie die Verfügbarkeit von Diensten, bevor Sie sich festlegen. Neue Dienste werden zuerst in großen US-Regionen eingeführt, und spezialisierte Angebote wie GPU-VMs sind möglicherweise nur eingeschränkt verfügbar. Der Befehl überprüft, ob ein Dienst verfügbar ist.

Die Preise variieren je nach Region – dieselbe VM kann in einer Region 10–30 % mehr kosten als in einer anderen. Wenn für Sie weder Latenz noch Datenresidenz Einschränkungen darstellen, kann eine günstigere Region viel Geld sparen.

Regionen verfügen über unterschiedliche Compliance-Zertifizierungen – Azure Government etwa über FedRAMP High, „Germany North“ über eigene Zertifizierungen. Prüfen Sie Ihre Anforderungen im Microsoft Service Trust Portal.

Benötigen Sie ein SLA von 99,99 %? Wählen Sie eine Region mit Unterstützung für Verfügbarkeitszonen. Nicht alle Regionen verfügen über drei Zonen. Azure kennzeichnet die entsprechenden Regionen als empfohlen. Wählen Sie für Produktionsumgebungen eine davon aus.

Wählen Sie für eine geografisch redundante Notfallwiederherstellung eine primäre Region mit einem starken Regionspaar – weit genug entfernt für Sicherheit, aber innerhalb derselben Compliance-Grenze, wie etwa „West Europe“ und „North Europe“.

Eine Multi-Region-Architektur wird in mehreren Regionen betrieben und leitet Nutzer mit Front Door oder Traffic Manager an die jeweils nächstgelegene Region weiter. Das bringt mehr Komplexität, aber auch weltweit niedrige Latenz und höhere Ausfalltoleranz.

Verwenden Sie eine kurze Entscheidungsgrundlage: Wo befinden sich die Nutzer? Gibt es Vorschriften zur Datenresidenz? Sind die benötigten Dienste verfügbar? Wie unterscheiden sich die Preise? Und unterstützt die Region Verfügbarkeitszonen?

Die meisten Ressourcen können nach der Bereitstellung nicht in eine andere Region verschoben werden – Sie müssen sie löschen und neu erstellen. Azure Resource Mover unterstützt einige Szenarien, aber die richtige Regionsauswahl im Voraus ist wesentlich sicherer.

Kurze Überprüfung! Sehen Sie, ob die Regionsauswahl für Sie jetzt nachvollziehbar ist.

Kurze Zusammenfassung: Die Regionsauswahl bestimmt Latenz, Compliance, Preis und Verfügbarkeit. Die wichtigsten Kriterien reichen von den Nutzern bis zum Regionspaar, und die meisten Ressourcen können nach der Bereitstellung nicht verschoben werden.