Auf dieser Seite finden Sie Informationen zu allen Einstellungen, die für Cloud SQL-Instanzen zur Verfügung stehen.
Einstellungen: Cloud SQL for MySQL
Einstellung | Nach Erstellung bearbeitbar? | Mögliche Werte |
---|---|---|
Instanz-ID | N | Zusammensetzung aus Kleinbuchstaben, Ziffern und Bindestrichen, erstes Zeichen muss ein Buchstabe sein. Die Gesamtlänge darf maximal 98 Zeichen betragen. |
Region | N |
Für Cloud SQL Enterprise Plus-Version:asia-east1 – Taiwanasia-northeast1 — Tokioasia-northeast2 – Osakaasia-northeast3 — Seoulasia-south1 – Mumbaiasia-south2 – Delhiasia-southeast1 — Singapurasia-southeast2 – Jakartaaustralia-southeast1 – Sydneyaustralia-southeast2 – Melbourneeurope-central2 — Warschaueurope-north1 – Finnlandeurope-southwest1 – Madrideurope-west1 — Belgieneurope-west2 — Londoneurope-west3 – Frankfurteurope-west4 — Niederlandeeurope-west6 — Züricheurope-west8 — Mailandeurope-west9 — Pariseurope-west12 – Turinme-central1 – Dohame-central2 — Dammamme-west1 — Tel Avivnorthamerica-northeast1 — Montrealnorthamerica-northeast2 — Torontosouthamerica-east1 – San Paulosouthamerica-west1 — Santiagous-central1 — Iowaus-east1 — South Carolinaus-east4 — Northern Virginiaus-east5 — Columbusus-south1 — Dallasus-west1 — Oregonus-west2 — Los Angelesus-west3 — Salt Lake Cityus-west4 — Las VegasFür Cloud SQL Enterprise Plus-Version: africa-south1 — Johannesburgasia-east1 — Taiwanasia-east2 — Hongkongasia-northeast1 — Tokioasia-northeast2 — Osakaasia-northeast3 — Seoulasia-south1 — Mumbaiasia-south2 — Delhiasia-southeast1 — Singapurasia-southeast2 — Jakartaaustralia-southeast1 — Sydneyaustralia-southeast2 — Melbourneeurope-central2 — Warschaueurope-north1 — Finnlandeurope-southwest1 — Madrideurope-west1 — Belgieneurope-west2 — Londoneurope-west3 — Frankfurteurope-west4 — Niederlandeeurope-west6 — Züricheurope-west9 — Pariseurope-west10 — Berlineurope-west12 — Turinme-central1 — Doha me-central2 — Dammamme-west1 — Tel Avivnorthamerica-northeast1 — Montréalnorthamerica-northeast2 — Torontosouthamerica-east1 — São Paulosouthamerica-west1 — Santiagous-central1 — Iowaus-east1 — South Carolinaus-east4 — Northern Virginiaus-east5 — Columbusus-south1 — Dallasus-west1 — Oregonus-west2 — Los Angelesus-west3 — Salt Lake Cityus-west4 — Las Vegas |
Zone | Ja | Die möglichen Werte hängen von der Region ab. |
Datenbankversion | N |
Bei Cloud SQL Enterprise Plus nur MySQL-Version 8.0.31 und höher:
Console string API enum string
MySQL 8.0 (default)
Für Cloud SQL Enterprise-Version:
Console string API enum string MySQL 8.0 (default) |
SSL-Modus | Ja | Erzwingt/aktiviert SSL so:
|
Version festlegen | Ja |
|
Passwortrichtlinie festlegen | Ja | Konfiguriert oder nicht konfiguriert. |
Private IP | Nachdem sie aktiviert wurde, kann sie nicht mehr deaktiviert werden. | Aktiviert oder deaktiviert. |
Öffentliche IP-Adresse | Ja | Aktiviert oder deaktiviert. |
Autorisierte Netzwerke | Ja | Wenn die öffentliche IP-Adresse aktiviert ist, sind IP-Adressen berechtigt, eine Verbindung zur Instanz herzustellen. Sie können diesen Wert auch als IP-Adressbereich in CIDR-Notation angeben. |
Privater Pfad für Google Cloud-Dienste | Ja | Aktiviert oder deaktiviert. |
Datencache | Ja | Aktiviert oder deaktiviert. |
Maschinentyp | Ja | Wählen Sie zwischen „Gemeinsam genutzter Kern“ oder „Dedizierter Kern“ aus. Bei gemeinsam genutzten Kern wird jeder Maschinentyp nach der Anzahl der CPUs (Kerne) und der Größe des Arbeitsspeichers für Ihre Instanz klassifiziert. Wählen Sie für „Dedicated Core“ anstelle einer vordefinierten Konfiguration das Optionsfeld Benutzerdefiniert aus, um einen benutzerdefinierten Maschinentyp zu erstellen. Weitere Informationen |
Kerne | Ja |
Für Cloud SQL Enterprise Plus: 2 bis 128 (nur vordefinierte Maschinentypen) Für Cloud SQL Enterprise-Version: 1 bis 96 (entweder 1 oder eine gerade Zahl) Teilweise für freigegebene vCPU |
Speicher | Ja |
Für Cloud SQL Enterprise Plus-Version:
16 bis 864 GB pro vCPU (nur vordefinierte Maschinentypen) Für Cloud SQL Enterprise-Version: 0,9 bis 6,5 GB pro vCPU (muss ein Vielfaches von 256 MB und mindestens 3,75 GB sein) |
Speichertyp | N |
SSD (Standardwert) HDD(nur Cloud SQL Enterprise-Version) |
Speicherkapazität | Ja (Nur Erhöhung) |
Standardmaschinentypen und Maschinentypen mit großem Arbeitsspeicher: bis zu 64 TB. Maschinentypen mit gemeinsam genutztem Kern ( db-f1-micro und db-g1-small ): bis zu 3.054 GB.
Das Erstellen oder Erhöhen der Speicherkapazität auf 64 TB kann die Latenz von häufigen Vorgängen wie Sicherungen erhöhen, je nach Arbeitslast. |
Automatische Speichererhöhungen aktivieren | Ja | An (Standardwert) Aus |
Automatische Begrenzung der Speichererweiterung | Ja | In GB. 0 (Standard) bedeutet, dass es keine Begrenzung gibt. |
Automatische Sicherungen | Ja (bevorzugten 4-Stunden-Zeitraum oder "Beliebig" (Standardeinstellung) auswählen) |
An (Standardwert) Aus |
Standortoptionen | Ja | Mehrfachregion (Standardwert) Region Durch Auswahl von Mehrere Regionen erhalten Sie ein Drop-down-Menü mit einer Liste von multiregionalen Standorten, mit Region eine Liste von einzelnen Regionen. |
Schutz vor Instanzlöschungen | Ja | Aktiviert oder deaktiviert. |
Wiederherstellung zu einem bestimmten Zeitpunkt aktivieren | Ja (siehe Hinweis) |
An (Standardwert) Aus |
Verfügbarkeit: Einzelne Zone | Ja |
An (Standardwert) Aus |
Hohe Verfügbarkeit (regional) | Ja |
An Aus (Standardwert) |
Wartung: Wartungsfenster | Ja |
Beliebig (Standardwert) Wochentag und Tageszeit |
Wartung: Wartungszeitpunkt | Ja |
Beliebig (Standardwert) Canary (auch Woche 1 (war Früher) / Preview) Stabil (auch Woche 2 (war Später) / Produktion) Woche 5 |
Datenbank-Flags | Ja | Siehe Datenbank-Flags konfigurieren. |
- Instanz-ID
Die Instanz-ID ist der Name der Instanz. Sie dient der eindeutigen Identifizierung der Instanz innerhalb des Projekts. Wählen Sie, wenn möglich, einen Instanznamen, der dem Zweck der Instanz entspricht.
Die Instanz-ID
Die Projekt-ID muss im Instanznamen nicht angegeben werden. Dies erfolgt automatisch, wo es erforderlich ist, beispielsweise in den Logdateien.project-ID:instance-ID
darf maximal aus 98 Zeichen bestehen.- Region
- Die Google Cloud-Region, in der sich die Instanz befindet. Sie können die Region nur bei der Instanzerstellung festlegen. Speichern Sie zur Steigerung der Leistung Ihre Daten in der Nähe der Dienste, von denen sie verwendet werden. Weitere Informationen finden Sie unter Instanzstandorte.
- Zone
- Die Google Cloud-Zone, in der sich die Instanz befindet. Wenn Sie eine Verbindung von einer Compute Engine-Instanz herstellen, wählen Sie die Zone aus, in der sich die Instanz befindet. Akzeptieren Sie andernfalls die Standardzone. Bei Bedarf können Sie die Zone der Instanz später ändern. Weitere Informationen finden Sie unter Instanzstandorte.
- Maschinentyp
-
Bestimmt Speicher und virtuelle Kerne, die für Ihre Cloud SQL-Instanz verfügbar sind. Die Verfügbarkeit des Maschinentyps wird durch die Cloud SQL-Version bestimmt.
Achten Sie bei Arbeitslasten, die eine Verarbeitung in Echtzeit erfordern, z. B. die Online-Transaktionsverarbeitung (Online Transaction Processing, OLTP), darauf, dass Ihre Instanz über genügend Arbeitsspeicher verfügt, um den gesamten Arbeitssatz verarbeiten zu können. Außerdem gibt es weitere Faktoren, die sich auf den Arbeitsspeicherbedarf auswirken, wie etwa die Anzahl der aktiven Verbindungen und die internen Overhead-Prozesse. Sie sollten Lasttests durchführen, um Leistungsprobleme in Ihrer Produktionsumgebung zu vermeiden.
Wählen Sie bei der Konfiguration der Instanz genügend Arbeitsspeicher und vCPUs für die Verarbeitung Ihrer Arbeitslast aus. Führen Sie dann ein Upgrade durch, wenn Ihre Arbeitslast zunimmt. Eine Maschinenkonfiguration mit zu wenig vCPUs kann die SLA-Abdeckung verlieren. Weitere Informationen finden Sie unter Betriebsrichtlinien.
Maschinentypen für Cloud SQL Enterprise Plus-Instanzen Für Cloud SQL Enterprise Plus-Instanzen sind Maschinentypen so vordefiniert:
Enterprise Plus-Maschinentyp vCPUs Arbeitsspeicher (GB) Lokale SSD db-perf-optimized-N-2 2 16 375 db-perf-optimized-N-4 4 32 375 db-perf-optimized-N-8 8 64 375 db-perf-optimized-N-16 16 128 750 db-perf-optimized-N-32 32 256 1500 db-perf-optimized-N-48 48 384 3.000 db-perf-optimized-N-64 64 512 6000 db-perf-optimized-N-80 80 640 6000 db-perf-optimized-N-96 96 768 6000 db-perf-optimized-N-128 128 864 9000 gcloud sql instances create
-Befehl erstellen. Mit benutzerdefinierten Instanzkonfigurationen können Sie die Größe des Arbeitsspeichers und die Anzahl der CPUs festlegen, die Ihre Instanz benötigt. Mit dieser Flexibilität können Sie die geeignete VM-Form für Ihre Arbeitslast auswählen.Namen von Maschinentypen haben folgendes Format:
db-custom-#-#
Ersetzen Sie den ersten #-Platzhalter durch die Anzahl der CPUs in der Maschine und den zweiten #-Platzhalter durch die Arbeitsspeichermenge auf der Maschine.
Wenn Ihr Maschinenname beispielsweise
db-custom
lautet und Ihre Maschine 1 CPU und 3.840 MB RAM hat, ist das Format für die Maschinedb-custom-1-3840
.Bei der Auswahl der Anzahl der CPUs und der Speichergröße gibt es für die ausgewählte Konfiguration einige Einschränkungen:
- Der Wert für vCPUs muss entweder 1 oder eine gerade Zahl im Bereich von 2 bis 96 sein.
- Für den Arbeitsspeicherwert gilt Folgendes:
- Pro vCPU sind 0,9 bis 6,5 GB zulässig
- Muss ein Vielfaches von 256 MB sein
- Muss mindestens 3,75 GB (3.840 MB) sein
In folgender Tabelle sind die Namen der Legacy-Maschinentypen, die Anzahl der CPUs, der RAM pro Maschinentyp sowie der resultierende String für den Maschinentyp aufgeführt.
Sie können den entsprechenden Maschinentyp erstellen. Geben Sie dazu in der Google Cloud Console die entsprechende CPU und RAM an oder verwenden Sie die gcloud CLI oder
db-custom-#-#
in der API.Legacy-Maschinentyp vCPUs Arbeitsspeicher (MB) db-custom-CPU-RAM-String (API-Stufenstring) db-n1-standard-1 1 3.840 db-custom-1-3840 db-n1-standard-2 2 7.680 db-custom-2-7680 db-n1-standard-4 4 15.360 db-custom-4-15360 db-n1-standard-8 8 30.720 db-custom-8-30720 db-n1-standard-16 16 61.440 db-custom-16-61440 db-n1-standard-32 32 122.880 db-custom-32-122880 db-n1-standard-64 64 245.760 db-custom-64-245760 db-n1-standard-96 96 368640 db-custom-96-368640 db-n1-highmem-2 2 13.312 db-custom-2-13312 db-n1-highmem-4 4 26.624 db-custom-4-26624 db-n1-highmem-8 8 53.248 db-custom-8-53248 db-n1-highmem-16 16 106.496 db-custom-16-106496 db-n1-highmem-32 32 212.992 db-custom-32-212992 db-n1-highmem-64 64 425.984 db-custom-64-425984 db-n1-highmem-96 96 638976 db-custom-96-638976 Der Maschinentyp wirkt sich auf die Instanzkosten aus. Weitere Informationen finden Sie unter Instanzpreise. Die Preise für verschiedene Szenarien können auch mit dem Preisrechner ermittelt werden.
- Datenbankversion
- Übernehmen Sie die Standarddatenbankversion (MySQL 8.0), wenn Sie keine Funktion benötigen, die nur von einer bestimmten Version zur Verfügung gestellt wird. Informationen zur Verwendung des
gcloud
-Befehls und der REST API finden Sie in der Referenzdokumentation. - Speichertyp
- Wenn Sie den Standardwert SSD wählen, erhält die Instanz SSD-Speicher. Dieser bietet eine niedrigere Latenz und höheren Datendurchsatz.
Wenn Sie keinen Hochleistungszugriff auf Ihre Daten benötigen, etwa für Langzeitspeicherung oder selten verwendete Daten, können Sie durch die Wahl von HDD Kosten sparen.
- Passwortrichtlinie festlegen
Die Passwortrichtlinie für die Instanz. Es enthält die folgenden Optionen:
- Mindestlänge: Gibt die Mindestanzahl an Zeichen an, die das Passwort haben muss.
- Komplexität des Passworts: Prüft, ob das Passwort eine Kombination aus Kleinbuchstaben, Großbuchstaben, numerischen und nicht alphanumerischen Zeichen ist.
- Wiederverwendung von Passwörtern einschränken: Gibt die Anzahl der vorherigen Passwörter an, die nicht wiederverwendet werden können. Wird nur für Cloud SQL for MySQL 8.0 unterstützt.
- Nutzernamen nicht zulassen: Verhindert die Verwendung des Nutzernamens im Passwort.
- Kerne
Die Anzahl der CPUs für Ihre Instanz. Sie können auch eine Instanz mit weniger als einer CPU erstellen (eine Instanz mit geteiltem Code oder geteilter vCPU).
- Speicher
-
Der Arbeitsspeicher, der für Ihre Instanz verfügbar ist. Achten Sie bei leistungsabhängigen Arbeitslasten wie der Online-Transaktionsverarbeitung (Online Transaction Processing, OLTP) darauf, dass Ihre Instanz über genügend Arbeitsspeicher verfügt, um den gesamten Arbeitssatz verarbeiten zu können. Es gibt allerdings auch noch andere Faktoren, die sich auf den Speicherbedarf auswirken, wie zum Beispiel die Anzahl der aktiven Verbindungen. Führen Sie Lasttests durch, um Leistungsprobleme in der Produktion zu vermeiden.
- Datenbankversion
- Übernehmen Sie die Standarddatenbankversion (PostgreSQL 15), wenn Sie keine Funktion benötigen, die nur von einer bestimmten Version zur Verfügung gestellt wird.
Informationen zur Verwendung des
gcloud
-Befehls und der REST API finden Sie in der Referenzdokumentation. - Speichertyp
- Wenn Sie den Standardwert SSD wählen, erhält die Instanz SSD-Speicher. Dieser bietet eine niedrigere Latenz und höheren Datendurchsatz. Wenn Sie keinen Hochleistungszugriff auf Ihre Daten benötigen, etwa für Langzeitspeicherung oder selten verwendete Daten, können Sie durch die Wahl von HDD Kosten sparen.
- SSL-Modus
-
(Optional) Die SSL/TLS-Optionen für eine Datenbankverbindung. Cloud SQL verwendet SSL/TLS, um sichere, authentifizierte und verschlüsselte Verbindungen zu Instanzen herzustellen. Sie können die Einstellung "SSL-Modus" mit
sslMode
verwenden, um zu erzwingen, dass alle Datenbankverbindungen zu einer Instanz die SSL/TLS-Verschlüsselung verwenden. Sie können diese Einstellung auch verwenden, um die Prüfung von Client-Zertifikaten zu erzwingen. Diese Einstellung ermöglicht im Vergleich zurequireSsl
eine detailliertere Kontrolle über die SSL-Verbindungen. Wir empfehlen,sslMode
zu nutzen. Weitere Informationen finden Sie unter IpConfiguration. Sie können SSL erzwingen, wenn Sie eine Instanz erstellen oder es für eine vorhandene Instanz aktualisieren. - Speicherkapazität
-
Wählen Sie eine Kapazität, die zur Größe Ihrer Datenbank passt. Nachdem Sie die Instanz erstellt haben, können Sie die Speicherkapazität durch Ändern der Instanzkonfiguration manuell erhöhen, aber nicht reduzieren. Das Erhöhen der Speicherkapazität verursacht keine Ausfallzeiten.
Die der Instanz zugewiesene Speicherkapazität wirkt sich auf die Instanzkosten aus. Weitere Informationen finden Sie unter Speicher- und Netzwerkpreise.
Bei Lesereplikaten muss die Speicherkapazität immer mindestens so hoch wie die Speicherkapazität der primären Instanz sein. Wenn die Größe einer primären Instanz angepasst wird, werden alle Lesereplikate gegebenenfalls so angepasst, dass sie mindestens so viel Speicherkapazität wie die aktualisierte primäre Instanz haben.
- Automatische Speichererhöhungen aktivieren
Wenn Sie diese Einstellung aktivieren, prüft Cloud SQL Ihren verfügbaren Speicherplatz alle 30 Sekunden. Wenn die Größe des verfügbaren Speichers unter einen Schwellenwert fällt, fügt Cloud SQL automatisch zusätzliche Speicherkapazität hinzu. Wenn die Größe des verfügbaren Speichers wiederholt unter den Schwellenwert fällt, fügt Cloud SQL weiterhin Speicher hinzu, bis die maximale Größe von 64 TB erreicht ist.
Die Einstellung für die automatische Speichererweiterung einer primären Instanz gilt automatisch für alle Lesereplikate dieser Instanz. Die Einstellung für die automatische Speichererweiterung kann nicht unabhängig für Lesereplikate festgelegt werden.
Grenzwert
Die Größe des Schwellenwerts hängt von der Größe des derzeit für die Instanz bereitgestellten Speichers ab. Er kann nicht größer als 25 GB sein.
Bei Instanzen, die mit 500 GB Speicher (oder mehr) bereitgestellt werden, beträgt der Schwellenwert immer 25 GB.
Für Instanzen, die mit weniger als 500 GB Speicherplatz bereitgestellt werden, wird zur Berechnung des Schwellenwerts die folgende Formel verwendet:
5 + (provisioned storage)/25
Das Ergebnis der Division wird auf die nächste ganze Zahl abgerundet.
Schwellenwertberechnung für eine Instanz mit 66 GB Speicherkapazität:
5 + (1/25th of 66 GB) = 5 + (66/25) = 5 + 2.6 -> 5 + 2 = 7 GB
Schwellenwertberechnung für eine Instanz mit 1.000 GB Speicherkapazität:5 + (1/25th of 1000 GB) = 5 + (1000/25) = 5 + 40 = 45 -> rounded down to the maximum value of 25 GB
Größe des hinzugefügten Speichers
Die Größe des zur Instanz hinzugefügten Speichers entspricht der Schwellenwertgröße, die nicht größer als 25 GB sein darf.
Hinweise zu großen Laufwerken
Bei Instanzen, die mit 500 GB oder mehr Speicher bereitgestellt werden, beträgt die Schwellenwertgröße immer 25 GB und der hinzugefügte Speicherplatz ist immer 25 GB. Daher beträgt der maximal mögliche freie Speicherplatz 50 GB. Wenn Sie die Größe der Instanz nicht manuell mit einem Laufwerk von mehr als 5 TB anpassen, kann das Laufwerk ständig eine Kapazität von 99% aufrechterhalten, auch wenn die Instanz freien Speicherplatz hat.
Vor einem Vorgang, der schnell viel Speicherplatz nutzt, z. B. bei einem großen Import oder bei einer Abfrage, für die eine große temporäre Tabelle erforderlich ist, sollten Sie die Größe des Laufwerks manuell anpassen, statt sich auf die automatische Vergrößerung zu verlassen.
- Automatische Begrenzung der Speichererweiterung
Wenn Sie die Einstellung für die automatische Speichererweiterung aktivieren, können Sie ein bestimmtes Limit für die Größe des Speichers Ihrer Instanz festlegen. Beachten Sie, dass die operative Latenz umso höher ist, je größer die Instanz ist.
Sie können die Speichergröße nicht verringern. Dieses Limit kann verhindern, dass die Instanzgröße (aufgrund eines vorübergehenden Anstiegs des Traffics) zu groß wird. Beachten Sie, dass die Instanz wahrscheinlich keine eingehenden Verbindungen mehr akzeptiert und offline gehen kann, wenn eine Instanz keinen benötigten Speicher hinzufügen kann.
Wenn für dieses Limit der Standardwert null festgelegt ist, bedeutet dies, dass der Speicher nur durch den maximal für die Instanzstufe verfügbaren Speicher begrenzt wird.
Um das Limit beim Erstellen der Instanz festzulegen, verwenden Sie den Parameter
--storage-auto-increase-limit=INTEGER_VALUE_OF_GB
, wie auf der Seite Instanz erstellen erläutert. Um das Limit für eine vorhandene Instanz festzulegen, verwenden Sie denselben Parameter mit dem Befehlgcloud beta sql instances patch
.Die Einstellung für das Limit der automatischen Speichererweiterung einer primären Instanz gilt automatisch für alle Lesereplikate dieser Instanz. Die Einstellung für das Limit der automatischen Speichererweiterung kann nicht gesondert für Lesereplikate festgelegt werden.
- Automatische Sicherungen und Wiederherstellung zu einem bestimmten Zeitpunkt
-
Diese Optionen bestimmen, ob automatische Sicherungen ausgeführt werden und ob binäres Logging aktiviert ist. Bei beiden Vorgängen entstehen geringe Leistungskosten und es wird zusätzlicher Speicher benötigt. Sie sind jedoch für das Erstellen von Replikaten und Klonen sowie für das Wiederherstellen zu einem bestimmten Zeitpunkt erforderlich. Wenn Sie diese Option auswählen, können Sie auch einen Zeitraum für automatische Sicherungen festlegen.
Automatische Sicherungen werden während des von Ihnen ausgewählten Zeitraums täglich durchgeführt. Nach Ablauf von sieben Tagen wird die älteste Sicherung gelöscht.
Informationen zum Wiederherstellen einer Sicherung zu einem bestimmten Zeitpunkt finden Sie unter Wiederherstellung zu einem bestimmten Zeitpunkt.
Informationen zur Replikation finden Sie unter Replikationsoptionen. Informationen zum Klonen von Instanzen finden Sie unter Instanzen klonen.
- Einstellungen für die Aufbewahrung von automatischen Sicherungen
-
Der Standardwert für die Anzahl der aufbewahrten Sicherungen ist 7, kann aber in einen beliebigen Wert im Bereich von 1 bis 365 geändert werden.
Weitere Informationen finden Sie unter Automatische Sicherung und Transaktionslog-Aufbewahrung.
- Speicherortoptionen
-
Sie können Sicherungen in mehreren oder einzelnen Regionen speichern. Mehrfachregion ist die Standardeinstellung und wird empfohlen, da sie Schutz vor Ausfallzeiten bietet, wenn eine Region nicht verfügbar ist. Sicherungen werden in Regionen gespeichert, die der Instanz am nächsten liegen.
Sie können auch einen benutzerdefinierten Speicherort für Ihre Sicherung auswählen. Verwenden Sie diese Option nur, wenn dies gesetzlich vorgeschrieben ist oder wenn eine Organisationsrichtlinie erfordert, dass Ihre Sicherungen in bestimmten Mehrfachregionen oder einzelnen Regionen gespeichert sind. Weitere Informationen finden Sie unter Benutzerdefinierte Standorte.
- Schutz vor Instanzlöschungen
-
Schützt eine Instanz vor versehentlichem Löschen. Wenn diese Einstellung aktiviert ist, müssen Sie sie deaktivieren, bevor Sie die Instanz löschen. Weitere Informationen finden Sie unter Löschen einer Instanz verhindern.
- Wiederherstellung zu einem bestimmten Zeitpunkt aktivieren
-
Die Wiederherstellung zu einem bestimmten Zeitpunkt ermöglicht Ihnen, eine Sicherung ab einem bestimmten Datum wiederherzustellen.
Informationen zum Wiederherstellen einer Sicherung zu einem bestimmten Zeitpunkt finden Sie unter Wiederherstellung zu einem bestimmten Zeitpunkt.
- Verfügbarkeit: Zonal
Fügt Ihre Instanz und Ihre Sicherungen in einer einzelnen Zone zusammen. Wenn Sie diese Option auswählen, findet bei einem Ausfall kein Failover statt. Wird nur zu Test- und Entwicklungszwecken empfohlen.
- Hohe Verfügbarkeit (regional)
Wenn Sie die Option Hochverfügbarkeit (regional) auswählen und es zu einem Ausfall kommt, wird für Ihre Instanz ein Failover auf eine andere Zone in der Region durchgeführt, in der sich die Instanz befindet, solange die Failover-Zone keinen Ausfall hat. Es wird empfohlen, für Instanzen in Ihrer Produktionsumgebungdie Option Hochverfügbarkeit (regional) auszuwählen.
Weitere Informationen finden Sie unter Hochverfügbarkeit konfigurieren – Übersicht.
- Wartungsfenster
-
Der Tag und die Uhrzeit, für die die Wartungsereignisse für die Cloud SQL-Instanz geplant sind. Bei primären Instanzen von Cloud SQL Enterprise Plus mit Hochverfügbarkeit (High Availability, HA) und privater IP-Verbindung beträgt die Wartungsausfallzeit in der Regel weniger als 1 Sekunden. Bei allen anderen Instanzen beträgt die Wartungsausfallzeit im Durchschnitt 60 Sekunden oder weniger.
Lesereplikate unterstützen derzeit keine Einstellungen für Wartungsfenster.
Weitere Informationen zur Wartung finden Sie unter Wartung für Cloud SQL-Instanzen.
- Wartungszeitpunkt
Ihre Einstellung zum relativen Zeitpunkt von Wartungsupdates. Sie können Ihre Updates ein bis zwei Wochen nach der Benachrichtigung erhalten und sie in einer Testumgebung testen, bevor Ihre Produktionsinstanzen das Update erhalten. Sie können auch auswählen, dass Sie das Wartungsupdate fünf Wochen („
week5
“) nach dem Senden der Benachrichtigung erhalten. Der eingestellte Wartungszeitpunkt wirkt sich nicht auf die Wartungsversion aus, die Cloud SQL auf der Instanz installiert.Wenn Sie keinen Wartungszeitpunkt festlegen, wählt Cloud SQL den Zeitpunkt der Instanzaktualisierung selbst (ggf. innerhalb des Wartungsfensters).
Weitere Informationen zur Wartung finden Sie unter Wartung für Cloud SQL-Instanzen.
- Private IP-Adresse
- Konfiguriert Ihre Instanz für die Verwendung privater IP-Adressen. Weitere Informationen.
- Öffentliche IP-Adresse
- Wenn diese Option aktiviert ist, wird Ihrer Instanz eine öffentliche IPv4-Adresse zugewiesen. Wenn Sie die öffentliche IP-Adresse deaktivieren, wird diese Adresse freigegeben. Sie können die Option später wieder aktivieren, erhalten dann jedoch eine andere IPv4-Adresse. Standardmäßig ist die öffentliche IP-Adresse für alle Adressen gesperrt. Verwenden Sie Autorisierte Netzwerke, um den Zugriff zu aktivieren.
- Sie können bestimmte IP-Adressen oder -Adressbereiche hinzufügen, um die Instanz für diese Adressen zu öffnen.
Informationen zum Konfigurieren von IP-Adressen finden Sie unter IP-Konnektivität konfigurieren.
- Privater Pfad für Google Cloud-Dienste
Wenn Sie dieses Kästchen anklicken, erlauben Sie anderen Google Cloud-Diensten wie BigQuery den Zugriff auf Daten in Cloud SQL und das Abfragen dieser Daten über eine private Verbindung.
Dieses Kästchen ist nur aktiviert, wenn Sie das Kästchen Private IP-Adresse anklicken und ein autorisiertes Netzwerk hinzufügen oder auswählen, um eine private Verbindung zu erstellen.
- Datencache
Der Datencache ist für Cloud SQL for MySQL Enterprise Plus-Instanzen optional. Der Datencache verwendet lokale SSDs, um einen Pufferpool vom Speicher auf die SSD-Stufe zu erweitern. Cloud SQL verwaltet diese Einstellung. Wenn Sie das gesamte Arbeitsset im Cache speichern, wird bei der Verwendung des Datencache die maximale Leistung erzielt. Sie können diese Einstellung über die Google Cloud Console, die gcloud CLI oder die Cloud SQL Admin API für Cloud SQL for MySQL Enterprise Plus-Instanzen aktivieren oder deaktivieren.
- Aktivierungsrichtlinie
- Die Aktivierungsrichtlinie wird nur verwendet, um die Instanz zu starten oder zu beenden. Zum Ändern der Aktivierungsrichtlinie starten und beenden Sie die Instanz. Das Anhalten der Instanz verhindert das Anfallen weiterer Instanzgebühren.
- Datenbank-Flags
-
Sie können in der Cloud SQL-Instanz bestimmte Datenbank-Flags festlegen.
Eine vollständige Liste der dafür verfügbaren Datenbank-Flags finden Sie unter Datenbank-Flags konfigurieren.
Auswirkungen geänderter Instanzeinstellungen
Die meisten Instanzeinstellungen übernimmt Cloud SQL sofort, ohne dass die Konnektivität der Instanz beeinträchtigt wird.
Bei MySQL-Instanzen führt das Ändern des Maschinentyps oder der Zone der Instanz dazu, dass die Instanz für mehrere Minuten nicht erreichbar ist. Sie sollten diese Art von Änderungen für eine Zeit planen, zu der Ihre Anwendung mit einem Ausfall dieser Dauer umgehen kann.
Nächste Schritte
- Instanz bearbeiten
- Datenbank-Flags
- IP-Zugriff für Instanzen autorisieren
- Replikationsoptionen
- Preisübersicht für Instanzen
- Verbindungsoptionen einer Instanz
- IP-Adresse für eine Instanz konfigurieren