AlloyDB for PostgreSQL-Cluster und -Instanzen basieren auf vielen internenGoogle Cloud -Ressourcen auf niedriger Ebene. Dazu gehören die VM-Instanzen, die als AlloyDB-Knoten und Load Balancer dienen, sowie die Speichervolumes, in denen Ihre Daten gespeichert werden. Da AlloyDB ein verwalteter Dienst ist, hält Google diese internen Ressourcen auf dem neuesten Stand. So wird sichergestellt, dass Ihre AlloyDB-Cluster und -Instanzen zuverlässig, leistungsstark und sicher bleiben.
Die meisten dieser Updates erfordern keine Ausfallzeiten, bestimmte Systemupdates jedoch eine kurze Dienstunterbrechung. Diese Updates werden als Wartung bezeichnet. Da für diese Updates der betroffene Knoten neu gestartet werden muss, kann es zu Ausfallzeiten kommen. Die Wartungsvorgänge von AlloyDB ohne Unterbrechungen begrenzen die Ausfallzeit auf weniger als eine Sekunde für primäre Instanzen und auf null Sekunden für Lesepools. Um Ausfallzeiten, die praktisch ohne Ausfallzeiten sind, und Ausfallzeiten von null zu erreichen, bereitet AlloyDB einen Ersatzserver mit den Updates vor und wechselt dann den Datenbankserver.
Gründe für Wartungsarbeiten
Regelmäßige Wartungsupdates können aus folgenden Gründen erfolgen:
Neue AlloyDB-Funktionen und Fehlerkorrekturen:Um neue Funktionen einzuführen, muss Google die AlloyDB-Software aktualisieren, die auf den Knoten in Ihrem Cluster ausgeführt wird. Dies kann auch Updates der in AlloyDB enthaltenen PostgreSQL-Erweiterungen oder die Installation neuer Erweiterungen umfassen. Updates können auch Fehler- und Sicherheitskorrekturen oder Leistungsverbesserungen enthalten.
Upgrades der Datenbankkompatibilität:Die PostgreSQL-Community veröffentlicht regelmäßig Updates für Nebenversionen der unterstützten Hauptversionen von PostgreSQL. Google übernimmt diese Updates in AlloyDB und wendet sie auf Ihre Cluster an. Weitere Informationen finden Sie unter Richtlinien für Datenbankversionen.
Wartungszeitpunkt und Wartungseinstellungen
Sie können Wartungsfenster sowohl für primäre als auch für sekundäre AlloyDB-Cluster festlegen. Standardmäßig ist für einen AlloyDB-Cluster kein Wartungsfenster festgelegt. Nicht dringende Wartungsarbeiten für einen AlloyDB-Cluster ohne konfigurierte Wartungsfenster können jederzeit erfolgen, außer an Wochentagen zwischen 6:00 Uhr und 22:00 Uhr in der lokalen Zeit der Region, in der sich der Cluster befindet.
Sie können auch ein Wartungsfenster angeben. In einem Wartungsfenster wird die bevorzugte Wartungszeit für Ihren Cluster in Bezug auf die Tageszeit und den Wochentag definiert, zu der die Wartungsereignisse beginnen sollen. Sie können beispielsweise ein Wartungsfenster für einen Cluster festlegen, das sonntags um 11:00 Uhr UTC beginnt.
Wenn Sie ein Wartungsfenster festlegen, plant AlloyDB zukünftige Wartungsereignisse, die nicht dringend sind, so, dass sie spätestens eine Stunde nach der angegebenen Zeit beginnen. Wenn Sie E-Mail-Benachrichtigungen über geplante AlloyDB-Wartungsereignisse aktivieren, erhalten Sie außerdem eine automatische Benachrichtigung über das Ereignis, sobald es geplant ist. Wartungsereignisse werden mindestens eine Woche im Voraus geplant.
Sie können nicht festlegen, wann ein Wartungsfenster endet. Das liegt daran, dass die Gesamtzeit, die für ein einzelnes Wartungsereignis erforderlich ist, variieren kann. Die Dauer des Wartungsfensters hängt von der Komplexität des Clusters ab, d. h. von der Anzahl der Lesepool-Instanzen, die aktualisiert werden müssen, und von der Art des Updates. AlloyDB aktualisiert zuerst die Lesepools gleichzeitig und dann die primäre Instanz.
Die Ausfallzeit, die für eine einzelne Instanz erforderlich ist, kann kurz sein. Der gesamte Wartungsvorgang wird in der Regel innerhalb einer Stunde abgeschlossen. Sie können nur ein einstündiges Wartungsfenster festlegen. Bei Clustern mit mehreren Lesepools kann die Ausfallzeit jedoch über das einstündige Zeitfenster hinausgehen, da die Wartung jederzeit in diesem Zeitfenster beginnen kann, z. B. in der letzten Minute, und dann bis zu einer Stunde dauern kann. Das bedeutet, dass die Ausfallzeit nach dem Wartungsfenster auftreten kann.
Notfallwartungsereignisse wie dringende Sicherheitspatches können außerhalb der Standardwartungszeiten oder konfigurierten Wartungsfenster auftreten. Dazu gehören auch Zeiträume für Wartungsausschluss.