In diesem Abschnitt des Leitfadens Archetypen für Google Cloud-Bereitstellungen wird der Archetyp der zonalen Bereitstellung beschrieben.
In einer Cloud-Architektur, die den grundlegenden Archetyp für zonale Bereitstellungen verwendet, wird die Anwendung wie in folgender Abbildung in einer einzelnen Google Cloud-Zone ausgeführt:
Zur Wiederherstellung nach zonalen Ausfällen können Sie eine Dual-Zonen-Architektur verwenden, in der ein passives Replikat des Anwendungspakets in einer zweiten Zone (Failover-Zone) bereitgestellt wird, wie im folgenden Diagramm dargestellt:
Wenn ein Ausfall in der primären Zone auftritt, können Sie die Standby-Datenbank zur primären Datenbank (Schreiben) hochstufen und den Load Balancer aktualisieren, um Traffic an das Frontend in der Failover-Zone zu senden.
Anwendungsfälle
Im Folgenden finden Sie Beispiele für Anwendungsfälle, in denen der Archetyp für zonale Bereitstellungen die richtige Wahl ist:
- Cloud-Entwicklungs- und -Testumgebungen: Mit dem Archetyp für zonale Bereitstellungen können Sie eine kostengünstige Umgebung für Entwicklung und Tests erstellen.
- Anwendungen, die keine Hochverfügbarkeit erfordern: Der Archetyp für zonale Bereitstellungen kann für Anwendungen ausreichen, die Ausfallzeiten tolerieren.
- Netzwerk mit niedriger Latenz zwischen Anwendungskomponenten: Eine Einzelzonenarchitektur eignet sich möglicherweise gut für Anwendungen wie Batch-Computing, die Netzwerkverbindungen mit niedriger Latenz und hoher Bandbreite an ihren Rechenknoten benötigen.
- Migration von Standardarbeitslasten: Der Archetyp für zonale Bereitstellungen bietet einen Cloud-Migrationspfad für lokale Standardanwendungen, bei denen Sie keine Kontrolle über den Code haben oder die keine Architekturen unterstützen können, die über eine einfache Aktiv-Passiv-Topologie hinausgehen.
- Software mit Lizenzbeschränkung ausführen: Der Archetyp für zonale Bereitstellungen eignet sich möglicherweise gut für lizenzbeschränkte Systeme, in denen das Ausführen mehrerer Instanzen gleichzeitig zu teuer oder nicht zulässig ist.
Designaspekte
Berücksichtigen Sie beim Erstellen einer Architektur, die auf dem Archetyp für zonale Bereitstellungen basiert, die potenziellen Ausfallzeiten während des Ausfalls einer Zone oder Region.
Zonale Ausfälle
Wenn die Anwendung in einer einzelnen Zone ohne Failover-Zone ausgeführt wird, kann die Anwendung bei einem zonalen Ausfall keine Anfragen verarbeiten. Um diese Situation zu vermeiden, müssen Sie ein passives Replikat des Infrastruktur-Stacks in einer anderen (Failover-)Zone in derselben Region verwalten. Wenn ein Ausfall in der primären Zone auftritt, können Sie die Datenbank in der Failover-Zone zur primären Datenbank hochstufen und dafür sorgen, dass eingehender Traffic an das Frontend in der Failover-Zone weitergeleitet wird. Nachdem Google den Ausfall behoben hat, können Sie entweder ein Failover zur primären Zone vornehmen oder die neue Failover-Zone festlegen.
Regionale Ausfälle
Wenn ein regionaler Ausfall auftritt, müssen Sie warten, bis Google den Ausfall behoben hat, und dann prüfen, ob die Anwendung wie erwartet funktioniert. Wenn Sie gegen regionale Ausfälle geschützt sein müssen, sollten Sie den Archetyp der multiregionalen Bereitstellung verwenden.
Referenzarchitektur
Eine Referenzarchitektur, mit der Sie eine zonale Bereitstellung auf Compute Engine-VMs entwerfen können, finden Sie unter Bereitstellung in einer Zone in Compute Engine.