Auf dieser Seite werden Vorgänge beschrieben, die sich auf die Verfügbarkeit in Cloud SQL auswirken.
Mit Cloud SQL können Sie die Betriebszeit Ihrer Datenbank maximieren, ohne dass Sie Änderungen an Ihrer Anwendung vornehmen müssen. Mit einem SLA mit einer Betriebszeit von 99,99% und nahezu null Ausfallzeiten für mehrere geplante Vorgänge bietet Cloud SQL Enterprise Plus eine höhere Ausfallsicherheit und Geschäftskontinuität für Ihre Anwendungen.
Die Betriebszeit wird maximiert, indem die Ausfallzeit für Ihre Datenbank reduziert wird. Ausfallzeiten werden in der Regel sowohl durch ungeplante Ereignisse als auch durch geplante Vorgänge verursacht.
Ungeplante Ereignisse und zonale Ausfälle
Für Anwendungen, die eine hohe Verfügbarkeit erfordern, empfehlen wir, die Instanz für regionale Verfügbarkeit zu konfigurieren. Dies wird in Cloud SQL auch als Hochverfügbarkeitskonfiguration (High Availability, HA) bezeichnet. Weitere Informationen zum Konfigurieren von Hochverfügbarkeit in Cloud SQL finden Sie unter Hochverfügbarkeit.
Wenn bei Instanzen, die für regionale Verfügbarkeit konfiguriert sind, ein Fehler auftritt, startet Cloud SQL die Instanz automatisch in der sekundären Zone mit derselben IP-Adresse und ohne Datenverlust neu, sodass Anwendungen den Betrieb in der Datenbank fortsetzen können. Dies schützt vor ungeplanten Ereignissen wie dem Ausfall eines einzelnen VM-Hosts oder dem Ausfall einer oder mehrerer Infrastrukturkomponenten, der zum Ausfall einer ganzen Zone führt.
Cloud SQL-Hochverfügbarkeit ist sowohl für die Cloud SQL Enterprise Plus- als auch für die Cloud SQL Enterprise-Version verfügbar.
Wenn Sie keine regionale Verfügbarkeit für eine Instanz konfigurieren, wird die Instanz für die zonale Verfügbarkeit konfiguriert. Dies wird auch als eigenständige Instanz bezeichnet.
Cloud SQL stellt eigenständige Instanzen (Instanzen, die für zonale Verfügbarkeit konfiguriert sind) automatisch nach VM-Hostfehlern wieder her. Cloud SQL stellt eigenständige Instanzen jedoch nicht automatisch nach einem Zonenausfall wieder her. Wenn Sie eine eigenständige Instanz in einer fehlerfreien Zone wiederherstellen möchten, müssen Sie alle eigenständigen Instanzen manuell wiederherstellen. Sie können eine eigenständige Instanz nach einem zonenbezogenen Ausfall manuell wiederherstellen, indem Sie entweder eine Wiederherstellung zu einem bestimmten Zeitpunkt durchführen oder ein Lesereplikat zur eigenständigen Instanz hochstufen. Weitere Informationen finden Sie unter Wiederherstellungsoptionen für eigenständige Instanzen.
Geplante Vorgänge ohne Ausfallzeiten
Bei geplanten Vorgängen wie Wartung oder einigen Instanzrekonfigurationen bietet Cloud SQL Enterprise Plus nahezu keine Ausfallzeiten für primäre Instanzen ohne Anwendungsänderungen oder Proxyanforderungen.
Die folgenden geplanten Vorgänge profitieren von der Funktion, die Wartungen nahezu ohne Ausfallzeiten ermöglicht, wenn sie auf einer primären Instanz der Cloud SQL Enterprise Plus-Version ausgeführt werden. Diese Ausfallzeiten gelten sowohl für Standalone-Instanzen (zonal) als auch für Instanzen mit Hochverfügbarkeit (regional).
Wartung, die die folgenden Vorgänge mit einer Ausfallzeit von unter einer Sekunde umfasst:
- Automatische Wartung, die Cloud SQL vierteljährlich durchführt
- Self-Service-Wartung, die Sie jederzeit starten können
- Wartungssimulation, die Sie starten können, um das Verhalten bei Ausfallzeiten von unter einer Sekunde zu testen
- Upgrade der Nebenversion
- Upgrades von Nebenversionen sind Teil der automatischen Wartung und erfolgen mit einer Ausfallzeit von unter einer Sekunde.
Instanzskalierung
- Hochskalieren: Erhöhen Sie die Rechenleistung (vCPU, Arbeitsspeicher) Ihrer Cloud SQL-Instanz so oft wie nötig.
Herunterskalieren: Reduzieren Sie die Rechengröße (vCPU, Arbeitsspeicher) Ihrer Cloud SQL-Instanz nur selten.
-
- Daten-Cache nach Bedarf aktivieren oder deaktivieren
-
- Direktes Upgrade auf die Cloud SQL Enterprise Plus-Version ausführen