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 eine Betriebszeit von 99,99% und nahezu null Ausfallzeiten bei mehreren geplanten Vorgängen bietet Cloud SQL Enterprise Plus eine höhere Ausfallsicherheit und Geschäftskontinuität für Ihre Anwendungen.

Die Betriebszeit maximieren bedeutet, die Ausfallzeiten Ihrer Datenbank zu reduzieren. Ausfallzeiten werden in der Regel sowohl durch geplante als auch durch ungeplante Ereignisse verursacht.

Bei ungeplanten Ereignissen wie dem Ausfall einer oder mehrerer Infrastrukturkomponenten innerhalb einer Zone wird die Datenbank mit derselben IP-Adresse und ohne Datenverlust in der sekundären Zone gestartet, damit Anwendungen die Datenbank wieder verwenden können. Die Cloud SQL-Hochverfügbarkeit ist auch für die Cloud SQL Enterprise-Version verfügbar. Weitere Informationen zum Konfigurieren der Hochverfügbarkeit in Cloud SQL finden Sie unter Hochverfügbarkeit (HA).

Bei geplanten Ereignissen wie Wartung oder bestimmten Instanzneukonfigurationen bietet Cloud SQL Enterprise Plus praktisch keine Ausfallzeiten für primäre Instanzen ohne Anwendungsänderungen oder Proxyanforderungen.

Geplante Vorgänge mit praktisch keinen Ausfallzeiten

Bei den folgenden geplanten Vorgängen profitieren Sie von praktisch keinen Ausfallzeiten 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ügbarkeitsinstanzen (regionale Instanzen).

  • Wartung, einschließlich der folgenden Vorgänge mit einer Ausfallzeit von weniger als einer Sekunde:

    • Automatische Wartung, die Cloud SQL vierteljährlich durchführt
    • Selfservice-Wartung, die Sie jederzeit starten können
    • Wartungssimulation, die Sie starten können, um das Verhalten bei einer Unterbrechung von weniger als einer Sekunde zu testen
  • Upgrade auf eine Nebenversion
    • Upgrade einer Nebenversion auf einer MySQL 8.0-Instanz mit einer Ausfallzeit von weniger als einer Sekunde ausführen

  • Instanzskalierung

    • Hochskalieren: Sie können die Rechenleistung (vCPU, Arbeitsspeicher) Ihrer Cloud SQL-Instanz so oft wie nötig erhöhen.

    • Herunterskalieren: Die Rechenleistung (vCPU, Arbeitsspeicher) Ihrer Cloud SQL-Instanz selten reduzieren

  • Datencache

    • Daten-Cache nach Bedarf aktivieren oder deaktivieren

  • Versionen-Upgrade

    • Direktes Upgrade auf Cloud SQL Enterprise Plus ausführen

Nächste Schritte