Bevor Sie Ressourcen erstellen, sollten Sie überlegen, wie Sie sie geografisch verteilen möchten, um die individuellen Anforderungen Ihres Unternehmens zu erfüllen. Administratoren und Architekten in Ihrem Unternehmen treffen in der Regel Entscheidungen zur Geografie und stellen diese den Personen zur Verfügung, die Ressourcen bereitstellen. Ihr Unternehmen hat möglicherweise einen Infrastruktur-als-Code-Prozess (Infrastructure as Code, IaC) , bei dem die geografische Verteilung automatisch erfolgt, wenn Sie Ressourcen bereitstellen.
In diesem Dokument wird erläutert, wie sich die Geografie auf Ihre Arbeitslasten auswirkt.
Ressourcen verteilen, um die Verfügbarkeit zu gewährleisten
Sie können Ressourcen geografisch verteilen, um Ihre individuellen Anforderungen zu erfüllen. Hier einige Beispiele:
- Latenz: Stellen Sie Ressourcen in Zonen in der Nähe Ihrer Nutzer bereit.
- Verfügbarkeit: Erstellen Sie redundante Ressourcen in mehreren Regionen, falls eine Region ausfällt.
Regionen und Zonen
Wenn Sie Ressourcen erstellen, können Sie die folgenden geografischen Kategorien auswählen:
Regionen sind unabhängige geografische Gebiete, die Zonen enthalten. Beispiel:
asia-east1(Taiwan).Zonen sind Bereiche, die innerhalb einer Region voneinander isoliert sind. Beispiel: Die Zone
ain der Regionasia-east1(Taiwan) heißtasia-east1-a.
Eine Zone sollte als einzelne Fehlerdomain in einer Region betrachtet werden. Stellen Sie Ihre Anwendungen in mehreren Zonen einer Region bereit, damit sie fehlertolerant, hochverfügbar und vor unerwarteten Ausfällen geschützt sind. Weitere Informationen finden Sie unter Geografie und Regionen.
Jede Ressource hat ihre eigene Standortdynamik. Weitere Informationen zu Compute Engine und Cloud Storage:
Geografische Verteilung basierend auf Ressourceninteraktionen auswählen
Berücksichtigen Sie beim Erstellen Ihres Plans zur Ressourcenverteilung die Ressourcenkommunikation zwischen Zonen und Regionen. Die Möglichkeiten zur Ressourceninteraktion werden durch die folgenden Ressourcentypen bestimmt:
Auf globale Ressourcen kann von jeder anderen Ressource in allen Regionen und Zonen zugegriffen werden. Beispiele sind Laufwerks-Images, Laufwerks-Snapshots und Netzwerke.
Regionale Ressourcen werden redundant in mehreren Zonen innerhalb einer Region bereitgestellt. Auf regionale Ressourcen kann nur von Ressourcen zugegriffen werden, die sich in der gleichen Region befinden. Beispiele sind App Engine Anwendungen und regionale verwaltete Instanzgruppen.
Multiregionale Dienste werden redundant innerhalb und zwischen den Regionen verteilt. Diese Dienste optimieren die Verfügbarkeit, die Leistung und die Ressourceneffizienz. Eine Liste der Dienste mit einem oder mehreren multiregionalen Standorten finden Sie unter Verfügbare Produkte nach Standort.
Auf zonale Ressourcen kann nur von Ressourcen zugegriffen werden, die sich in der gleichen Zone befinden. Ein Beispiel für eine zonale Ressource ist eine Compute Engine-VM-Instanz.
Beispiel:
- Global: Ein Netzwerk, auf das alle Ressourcen zugreifen können.
- In jeder Region: IP-Adressen, die nur innerhalb einer einzelnen Region externen Zugriff auf Ressourcen ermöglichen.
- In jeder Zone: Laufwerke, die mit VMs in derselben Zone verbunden werden können.
