Verfügbarkeit in Cloud SQL

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 Änderungen an Ihrer Anwendung vornehmen zu müssen. Mit einem SLA für die Betriebszeit von 99,99% und Ausfallzeiten von nahezu null für mehrere geplante Vorgänge bietet die Cloud SQL Enterprise Plus-Version eine höhere Ausfallsicherheit und Geschäftskontinuität für Ihre Anwendungen.

Die Betriebszeit zu maximieren bedeutet, die Ausfallzeit für Ihre Datenbank zu reduzieren. Ausfallzeiten werden in der Regel sowohl durch ungeplante Ereignisse als auch durch geplante Vorgänge verursacht.

Ungeplante Ereignisse und Zonenausfall

Für Anwendungen, die Hochverfü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 der Hochverfügbarkeit in Cloud SQL finden Sie unter Hochverfügbarkeit (HA).

Wenn bei Instanzen, die mit regionaler Verfügbarkeit konfiguriert sind, ein Fehler auftritt, wird die Instanz von Cloud SQL automatisch in der sekundären Zone mit derselben IP-Adresse und ohne Datenverlust gestartet, sodass Anwendungen den Betrieb in der Datenbank wieder aufnehmen 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 gesamten Zone führt.

Die Hochverfügbarkeit von Cloud SQL ist sowohl für die Cloud SQL Enterprise Plus- als auch für die Cloud SQL Enterprise-Version verfügbar.

Wenn Sie die regionale Verfügbarkeit für eine Instanz nicht 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 mit zonaler Verfügbarkeit konfiguriert sind) automatisch nach VM-Host-Ausfällen 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 Zonenausfall manuell wiederherstellen, indem Sie entweder eine Point-in-Time-Wiederherstellung durchführen oder ein Lesereplikat zur eigenständigen Instanz hochstufen. Weitere Informationen finden Sie unter Wiederherstellungsoptionen für eigenständige Instanzen.

Geplante Vorgänge mit Ausfallzeiten von nahezu null

Für geplante Vorgänge wie die Wartung oder einige Instanzrekonfigurationen bietet die Cloud SQL Enterprise Plus-Version Ausfallzeiten von nahezu null für primäre Instanzen, ohne dass Anwendungsänderungen oder Proxyanforderungen erforderlich sind.

Die folgenden geplanten Vorgänge profitieren von den Ausfallzeiten von nahezu null bei einer primären Instanz der Cloud SQL Enterprise Plus-Version. Diese Ausfallzeiten gelten sowohl für eigenständige (zonale) als auch für hochverfügbare (regionale) Instanzen.

  • Wartung, einschließlich der folgenden Vorgänge mit Ausfallzeiten von unter einer Sekunde:

    • Automatische Wartung, die von Cloud SQL vierteljährlich durchgeführt wird
    • Self-Service-Wartung, die Sie jederzeit initiieren können
    • Wartungssimulation, die Sie initiieren können, um das Verhalten bei Ausfallzeiten von unter einer Sekunde zu testen

  • Versionsupgrade

    • Direktes Upgrade auf die Cloud SQL Enterprise Plus-Version ausführen

  • Daten-Cache aktivieren

    • Sie können den Daten-Cache beliebig oft aktivieren oder deaktivieren.

  • Instanzskalierung

    • Hochskalieren: Erhöhen Sie die Rechengröße (vCPU, Arbeitsspeicher) Ihrer Cloud SQL-Instanz beliebig oft.

    • Herunterskalieren: Reduzieren Sie die Rechengröße (vCPU, Arbeitsspeicher) Ihrer Cloud SQL-Instanz nur selten.

Nächste Schritte