Informationen zu Instanzeinstellungen

Auf dieser Seite finden Sie Informationen zu allen Einstellungen, die für Cloud SQL-Instanzen zur Verfügung stehen.

Einstellungen für Cloud SQL for PostgreSQL

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 Die Region der Instanz. Eine Liste aller verfügbaren Regionen nach Cloud SQL-Version finden Sie unter Verfügbarkeit nach Region.
Zone Ja Die möglichen Werte hängen von der Region ab.
Datenbankversion N Für Cloud SQL Enterprise Plus-Version: 
Console string           API enum string
PostgreSQL 18 (default)  POSTGRES_18
PostgreSQL 17            POSTGRES_17
PostgreSQL 16            POSTGRES_16
PostgreSQL 15            POSTGRES_15
PostgreSQL 14            POSTGRES_14
PostgreSQL 13            POSTGRES_13
PostgreSQL 12            POSTGRES_12
Für Cloud SQL Enterprise-Version: 
Console string          API enum string
PostgreSQL 18 (default) POSTGRES_18
PostgreSQL 17           POSTGRES_17
PostgreSQL 16           POSTGRES_16
PostgreSQL 15           POSTGRES_15
PostgreSQL 14           POSTGRES_14
PostgreSQL 13           POSTGRES_13
PostgreSQL 12           POSTGRES_12
PostgreSQL 11           POSTGRES_11
PostgreSQL 10           POSTGRES_10
PostgreSQL 9.6          POSTGRES_9_6
SSL-Modus J Erzwingt/aktiviert SSL so:
  • ALLOW_UNENCRYPTED_AND_ENCRYPTED: Lässt Nicht-SSL-/Nicht-TLS- und SSL/TLS-Verbindungen zu. Bei SSL-Verbindungen wird das Clientzertifikat nicht geprüft. Dies ist der Standardwert.
  • ENCRYPTED_ONLY: Erlaubt nur Verbindungen, die mit SSL/TLS verschlüsselt wurden.
  • TRUSTED_CLIENT_CERTIFICATE_REQUIRED: Erlaubt nur Verbindungen, die mit SSL/TLS und mit gültigen Client-Zertifikaten verschlüsselt wurden.
Modus für Serverzertifizierungsstellen J

Ermöglicht die Konfiguration der Serverzertifizierungsstelle (Certificate Authority, CA) für eine Instanz. Sie können eine der folgenden verfügbaren Server-CA-Optionen auswählen:

  • GOOGLE_MANAGED_INTERNAL_CA: Dies ist der Standardwert für Instanzen, die mit der Google Cloud Console, der gcloud CLI, der Cloud SQL Admin API und Terraform erstellt wurden. Bei dieser Option signiert eine interne Zertifizierungsstelle, die jeder Cloud SQL-Instanz zugewiesen ist, das Serverzertifikat für diese Instanz.
  • GOOGLE_MANAGED_CAS_CA: Bei dieser Option wird eine CA-Hierarchie verwendet, die aus einer Stamm-CA und untergeordneten Server-CAs besteht, die von Cloud SQL verwaltet und im Certificate Authority Service (CA Service) von Google Cloudgehostet werden. Die untergeordneten Server-Zertifizierungsstellen in einer Region signieren die Serverzertifikate und werden von allen Instanzen in der Region gemeinsam genutzt. Wenn Sie eine Verbindung zu einer Instanz herstellen möchten, die mit der Option „Freigegebene Zertifizierungsstelle“ konfiguriert ist, verwenden Sie für Cloud SQL Auth-Proxy-Verbindungen die Cloud SQL Auth-Proxy-Version 2.13.0 oder höher.
  • CUSTOMER_MANAGED_CAS_CA: Mit dieser Option verwalten Sie die CA-Hierarchie und die Rotation von CA-Zertifikaten. Bevor Sie mit dieser Option eine Instanz erstellen können, müssen Sie mit CA Service einen CA-Pool in derselben Region wie Ihre Instanz und mindestens eine CA in diesem Pool erstellen. Wenn Sie die Instanz erstellen, geben Sie den CA-Pool an. Ihre Anfrage wird an ein projektspezifisches Dienstkonto delegiert, das die Berechtigung zur Verwendung des CA-Pools hat. Das Dienstkonto fordert eine Zertifizierungsstelle aus dem Pool an und Cloud SQL verwendet diese Zertifizierungsstelle, um das Serverzertifikat für die Instanz zu signieren. Wenn Sie eine Verbindung zu einer Instanz herstellen möchten, die mit der Option „Vom Kunden verwaltete Zertifizierungsstelle“ konfiguriert ist, verwenden Sie für Cloud SQL Auth-Proxy-Verbindungen die Cloud SQL Auth-Proxy-Version 2.14.3 oder höher.

Weitere Informationen finden Sie unter Hierarchien von Zertifizierungsstellen.
Automatische Rotation von Serverzertifikaten J Setzen Sie serverCertificationRotationMode auf AUTOMATIC_ROTATION_DURING_MAINTENANCE, um die Funktion zu aktivieren. Setzen Sie serverCertificationRotationMode auf NO_AUTOMATIC_ROTATION_DURING_MAINTENANCE, um die Funktion zu deaktivieren.
Version festlegen Ja

ENTERPRISE oder ENTERPRISE PLUS
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.
Data API Access J 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 J Aktiviert oder deaktiviert.
Data API-Zugriff J Zulässig oder nicht zulässig (Standard).
Datencache J Aktiviert (Standard) oder deaktiviert.
Maschinentyp J Weitere Informationen
Kerne J 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 J Für die Cloud SQL Enterprise Plus-Version: 6,75 GB bis 8 GB pro vCPU.
Das Verhältnis von 6,75 GB zu 1 vCPU gilt nur für den Maschinentyp db-perf-optimized-N-128. Alle anderen Maschinentypen haben ein Verhältnis von 8 GB zu 1 vCPU.
Für Cloud SQL Enterprise-Version: 0,9 GB 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)
Google Cloud Hyperdisk Balanced
Speicherkapazität Ja
(Nur Erhöhung)		 Instanzen mit mindestens einer nicht freigegebenen vCPU können bis zu 64 TB haben.
Instanzen mit einer freigegebenen vCPU können bis zu 3.054 GB haben.

Das Erstellen oder Erhöhen der Speicherkapazität auf 64 TB kann die Latenz von häufigen Vorgängen wie Sicherungen je nach Arbeitslast vergrößern.
Google Cloud Hyperdisk-Einstellungen J Diese Einstellung gilt nur für Cloud SQL Enterprise Plus-Instanzen, die die Maschinenserie C4, C4A oder N4 verwenden.

Bereitgestellte IOPS: 4.000 (Standardwert)
Bereitgestellter Durchsatz: 170 (Standardwert)

Weitere Informationen zu den Einstellungen für Google Cloud Hyperdisk finden Sie unter Google Cloud Hyperdisk Balanced.
Automatische Speichererhöhungen aktivieren Ja An (Standardwert)
Aus
Datenverschlüsselungsmethode N Google-owned and Google-managed encryption key (Standardwert)
Cloud KMS-Schlüssel
Automatische Begrenzung der Speichererweiterung Ja In GB. unlimited in der gcloud CLI oder 0 in der Cloud SQL Admin API (Standardeinstellung) bedeutet, dass es keine Beschränkung gibt (außer dem maximal verfügbaren Speicher für die Instanzstufe).
Sicherungen Ja
 An (Standardwert)
Aus
Standortoptionen Ja Multiregional (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.

Löschschutz für Instanzen Ja Aktiviert oder deaktiviert.
Sicherungen nach der Instanzlöschung beibehalten J Aktiviert oder deaktiviert.
Abschließende Sicherung beim Löschen der Instanz erstellen J Aktiviert oder deaktiviert.
Aufbewahrungsdauer für eine abschließende Sicherung festlegen J Die Aufbewahrungsdauer für die abschließende Sicherung. Dieser Wert kann auf maximal 365 Tage festgelegt werden. Der Standardwert ist 30 Tage.
Wiederherstellung zu einem bestimmten Zeitpunkt aktivieren Ja
(siehe Hinweis)		 An
Aus

Der Standardwert variiert je nach Instanz. Weitere Informationen finden Sie unter PITR verwenden.

Verfügbarkeit: Einzelne Zone Ja
 An (Standardwert)
Aus
Hochverfügbarkeit (regional) Ja
 An
Aus (Standardwert)
Wartung: Wartungsfenster Ja Beliebig (Standardwert)
Wochentag und Tageszeit
Wartung: Wartungszeitpunkt Ja Beliebig (Standardwert)
Canary (auch Woche 1 (früher Früher) / Vorabversion)
Stabil (auch Woche 2 (früher 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 project-ID:instance-ID darf maximal aus 98 Zeichen bestehen.

Die Projekt-ID muss im Instanznamen nicht angegeben werden. Dies erfolgt automatisch, wo es erforderlich ist, beispielsweise in den Logdateien.
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. Sie können Maschinentypen aus verschiedenen Maschinenserien konfigurieren. Die Verfügbarkeit der verschiedenen Maschinenreihen wird durch Ihre Cloud SQL-Version und -Region bestimmt.

Wenn Sie eine Verarbeitung in Echtzeit benötigen, z. B. die Online-Transaktionsverarbeitung (Online Transaction Processing, OLTP), achten Sie 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. Führen Sie Lasttests durch, um Leistungsprobleme in Ihrer Produktionsumgebung zu vermeiden. Wählen Sie bei der Konfiguration der Instanz genügend Arbeitsspeicher und vCPUs für Ihre Anforderungen aus. Skalieren Sie die Instanz hoch, wenn Ihre Anforderungen steigen. Eine Maschinenkonfiguration mit zu wenig vCPUs kann die SLA-Abdeckung verlieren. Weitere Informationen finden Sie unter Betriebsrichtlinien. Weitere Informationen finden Sie unter Maschinenserie auswählen.

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.

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.
  • Nutzernamen nicht zulassen: Verhindert die Verwendung des Nutzernamens im Passwort.
  • Kennwortänderungsintervall festlegen: Gibt die Mindestdauer an, nach der Sie das Passwort ändern können.
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 16), 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

Der Speichertyp wird durch den Maschinentyp bestimmt, den Sie für Ihre Instanz auswählen. Jeder Maschinentyp gehört zu einer bestimmten Maschinenserie und jede Maschinenserie bietet unterschiedliche Speichertypoptionen.

Speichertyp nach Maschinenreihe:

  • C4-Maschinenreihe: Google Cloud Hyperdisk Balanced
  • C4A-Maschinenserie: Google Cloud Hyperdisk Balanced
  • N2-Maschinenserie: SSD
  • N4-Maschinenserie: SSD oder HDD
  • Maschinenserien für allgemeine Zwecke mit gemeinsam genutzten oder dedizierten Kernen: Google Cloud Hyperdisk Balanced

Wenn Sie für die N2-Maschinenserie SSD (den Standardwert) auswählen, wird Ihre Instanz mit SSD-Speicher bereitgestellt. SSDs bieten eine geringere Latenz und einen 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.

Für die Maschinenserien C4, C4A und N4 bietet die Auswahl von Google Cloud Hyperdisk Balanced, dem Standard- und einzigen Wert, einen skalierbaren, leistungsstarken Speicherdienst. Weitere Informationen zu Google Cloud Hyperdisk Balanced und den Einschränkungen finden Sie unter Speicheroptionen – Übersicht.

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 zu requireSsl 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.

Modus für Serverzertifizierungsstellen

(Optional) Beim Erstellen einer Instanz können Sie den Server-CA-Modus für die Instanz auswählen.

  • GOOGLE_MANAGED_INTERNAL_CA: Dies ist der Standardwert. Cloud SQL erstellt für jede Instanz eine neue selbst signierte Server-CA.
  • GOOGLE_MANAGED_CAS_CA: Die Instanz verwendet eine Server-Zertifizierungsstellenhierarchie, die von Certificate Authority Service gehostet wird. Die ausstellenden Zertifizierungsstellen werden von allen Instanzen in derselben Region gemeinsam genutzt.
  • CUSTOMER_MANAGED_CAS_CA: Die Instanz verwendet eine Server-CA, die Sie aus einem CA-Pool erstellen. Mit dieser Option verwalten Sie die CA-Hierarchie und die Rotation von CA-Zertifikaten.

Weitere Informationen zu diesen Optionen finden Sie unter Hierarchien von Zertifizierungsstellen.

Automatische Rotation von Serverzertifikaten

Wählen Sie aus, ob die automatische Rotation von Serverzertifikaten für die Instanz aktiviert werden soll. Das Serverzertifikat für Ihre Instanz wird automatisch während des regelmäßig geplanten Wartungsupdates oder bei der Durchführung einer Self-Service-Wartung bis zu 180 Tage vor Ablauf des Zertifikats rotiert. Diese Option ist standardmäßig deaktiviert.

Diese Funktion ist nur für Instanzen verfügbar, die mit serverCaMode als GOOGLE_MANAGED_CAS_CA oder CUSTOMER_MANAGED_CAS_CA konfiguriert sind.

Weitere Informationen zur automatischen Rotation von Cloud SQL-Serverzertifikaten finden Sie unter Automatische Rotation von Serverzertifikaten aktivieren.

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 der verfügbare Speicher wiederholt unter die Schwellenwertgröße 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

Der Schwellenwert hängt von der Menge des für Ihre Instanz bereitgestellten Speichers ab:

Google Cloud Hyperdisk Balanced

MAX(5, (provisioned storage) * 5 / 100)

    The threshold size is rounded up to the nearest whole number.

Beispiel für die Schwellenwertberechnung für eine 66-GB-Instanz mit Google Cloud Hyperdisk Balanced:
MAX(5, (66 * 0.05)) = MAX(5, 3.3) = 5 GB

SSD oder HDD

MIN(5 + (provisioned storage)/25, 25)

    The threshold size is rounded down to the nearest whole number.

Beispiel für die Schwellenwertberechnung für eine 66-GB-Instanz mit SSD oder HDD:
MIN(5 + (66/25), 25) = MIN(5 + 2.6, 25) = MIN(7, 25) = 7 GB

Größe des hinzugefügten Speichers

Bei Google Cloud Hyperdisk Balanced beträgt die hinzugefügte Speichermenge 15% des aktuell bereitgestellten Speichers, darf aber nicht kleiner als 5 GB sein. Sie lässt sich folgendermaßen berechnen:

MAX(5, (provisioned storage) * 15 / 100)

The threshold size is rounded down to the nearest whole number.

Bei allen anderen Speichertypen, einschließlich SSD und HDD, entspricht die Größe des zur Instanz hinzugefügten Speichers der Schwellenwertgröße, die nicht größer als 25 GB sein darf.

Hinweise zu großen Laufwerken

Bei Google Cloud Hyperdisk Balanced haben Instanzen, die mit mehr als 100 GB Speicher bereitgestellt werden, einen minimalen möglichen freien Speicherplatz von 5% der bereitgestellten Kapazität.

Bei allen anderen Speichertypen und 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. Der maximal mögliche leere Speicherplatz beträgt also 50 GB. Wenn Sie die Größe der Instanz nicht manuell mit einem Speicherplatz 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 Speichererweiterung zu verlassen. Bei Google Cloud Hyperdisk Balanced können Speichererweiterungen, die zu häufig in einem kurzen Zeitraum (4 Stunden) erfolgen, gedrosselt werden. Dies kann dazu führen, dass einer Instanz der verfügbare Speicherplatz ausgeht, obwohl die automatische Speichererweiterung aktiviert ist und die Speichergröße unter dem Limit für die automatische Speichererweiterung liegt.

Das Dateisystem verwendet intern etwas Speicherplatz für Dateisystemmetadaten. Dieser Speicherplatz ist nicht im Messwert für die Laufwerknutzung (database/disk/bytes_used) enthalten. Bei großen Laufwerken kann der reservierte Speicherplatz 1% bis 3% der gesamten Laufwerksgröße ausmachen. Daher kann es vorkommen, dass die automatische Speichererweiterung erfolgt, bevor die Laufwerknutzung den Schwellenwert erreicht.

Datenverschlüsselungsmethode

Standardmäßig wird Ihre Cloud SQL-Instanz mit einem Google-owned and managed keyverschlüsselt. Wenn Sie diesen Schlüssel selbst verwalten möchten, verwenden Sie einen kundenverwalteten Verschlüsselungsschlüssel (CMEK) in Cloud Key Management Service (KMS). Cloud KMS lässt sich in Cloud SQL einbinden.

Mit Cloud KMS-Schlüsseln haben Sie die Kontrolle über Schutzlevel, Speicherort, Rotationszeitplan sowie Nutzungs- und Zugriffsberechtigungen. Darüber hinaus können Sie verschiedene Verschlüsselungsschlüssel für Ressourcen verwenden. Mit Cloud KMS können Sie außerdem die Schlüsselnutzung im Blick behalten, Audit-Logs aufrufen und den Lebenszyklus von Schlüsseln steuern.

Statt es Google zu überlassen, die Schlüssel zum Schutz Ihrer Daten zu besitzen und zu verwalten, können Sie diese auch über Cloud KMS steuern und verwalten.

Weitere Informationen zu CMEKs finden Sie unter Informationen zu kundenverwalteten Verschlüsselungsschlüsseln (CMEKs).

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.

Standardmäßig gibt es keine Begrenzung für die automatische Speichererweiterung, außer dem maximal verfügbaren Speicher für die Instanzstufe.

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. Der Wert in GB muss mindestens der aktuellen Speichergröße der Instanz entsprechen (mindestens 10 GB) und darf die maximale Speicherkapazität der Instanz nicht überschreiten. Wenn Sie das Limit für eine vorhandene Instanz festlegen möchten, verwenden Sie denselben Parameter mit dem Befehl gcloud sql instances patch.

Wenn Sie ein vorhandenes Limit für die automatische Speichererweiterung mit der gcloud CLI entfernen möchten, führen Sie den Befehl gcloud sql instances patch mit --storage-auto-increase-limit=unlimited aus (das Flag --storage-auto-increase-limit akzeptiert 0 nicht): 

gcloud sql instances patch INSTANCE_NAME \
  --storage-auto-increase-limit=unlimited

Wenn Sie --storage-auto-increase-limit=unlimited festlegen, wird das benutzerdefinierte Limit entfernt, sodass der Speicher automatisch bis zum maximal verfügbaren Speicher für die Instanzstufe erhöht werden kann. In der Cloud SQL Admin API wird das Limit entfernt, wenn das Feld settings.storageAutoResizeLimit auf 0 (den Standardwert) gesetzt wird.

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

Mit diesen Optionen wird festgelegt, ob automatische Sicherungen durchgeführt werden und ob das Write-Ahead-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. Multiregional 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.

Sicherungen nach der Instanzlöschung beibehalten

Behält On-Demand- und automatische Sicherungen für eine Instanz bei, nachdem die Instanz gelöscht wurde. Weitere Informationen zu dieser Einstellung finden Sie unter Aufbewahrte Sicherungen.

Abschließende Sicherung beim Löschen der Instanz erstellen

Erstellt eine abschließende Sicherung einer Instanz, wenn die Instanz gelöscht wird. Verwenden Sie final-backup-retention-days, um die Aufbewahrungsdauer für die endgültige Sicherung festzulegen. Wenn keine Aufbewahrungsdauer festgelegt ist, wird die Aufbewahrungsdauer auf den Standardwert von 30 Tagen gesetzt. Weitere Informationen zu dieser Einstellung finden Sie unter Letzte Sicherung vor dem Löschen der Instanz erstellen.

Aufbewahrungsdauer für die abschließende Sicherung festlegen

Legt die Aufbewahrungsdauer für die abschließende Sicherung fest. Die Aufbewahrungsdauer kann auf maximal 365 Tage festgelegt werden. Wenn der Wert final-backup-retention-days beim Aktivieren von final-backup nicht festgelegt ist, wird die Standardaufbewahrungsdauer von 30 Tagen verwendet. Weitere Informationen zu dieser Einstellung finden Sie unter Letzte Sicherung vor dem Löschen der Instanz erstellen.

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.

Hochverfü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 beträgt die Wartungsausfallzeit in der Regel weniger als 1 Sekunde. Bei allen anderen Instanzen beträgt die Ausfallzeit für die Wartung in der Regel durchschnittlich 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 in Bezug auf den relativen Zeitpunkt der Wartungsupdates. Sie können Ihre Updates ein oder zwei Wochen nach der Benachrichtigung erhalten und Ihre Wartungsupdates in einer Testumgebung testen, bevor Ihre Produktionsinstanzen das Update erhalten. Sie können das Wartungsupdate auch 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.
Data API-Zugriff
Legt fest, ob Verbindungen zur Instanz über die Data API zulässig sind. Wenn die Funktion aktiviert ist, können Sie mit executeSql Anweisungen auf der Instanz ausführen. Diese Einstellung ist standardmäßig deaktiviert.
Autorisierte Netzwerke
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-Verbindung konfigurieren.

Privater Pfad für Google Cloud -Dienste

Mit dieser Konfigurationseinstellung können andere Google Cloud-Dienste wie BigQuery auf Daten in Cloud SQL zugreifen und über eine private Verbindung Abfragen an diese Daten senden. Die Konfiguration ist nur verfügbar, wenn Sie Ihre Instanz für die Verwendung einer privaten IP-Adresse konfigurieren und ein autorisiertes Netzwerk zum Erstellen einer privaten Verbindung konfigurieren.

Konfigurieren Sie in der Google Cloud Console einen privaten Pfad, indem Sie das Kästchen Privaten Pfad aktivieren anklicken. Verwenden Sie für die gcloud CLI das Flag --enable-google-private-path, wenn Sie die Instanz erstellen.

Data API-Zugriff

Mit dieser Einstellung wird die Verbindung zur Instanz über die Data API gesteuert. Sie ist standardmäßig nicht zulässig. Wenn dies zulässig ist, können autorisierte Nutzer die Data API verwenden, um eine Verbindung zur Instanz herzustellen. Bei Instanzen, die nur private IP-Adressen haben, können autorisierte Nutzer eine Verbindung über das öffentliche Internet herstellen.

Konfigurieren Sie in der Google Cloud Console den Zugriff auf die Data API, indem Sie das Kästchen Data API zulassen anklicken. Verwenden Sie für die gcloud CLI das Flag --data-api-access=ALLOW_DATA_API, wenn Sie die Instanz erstellen.

Datencache

Der Datencache wird automatisch für Cloud SQL for PostgreSQL Enterprise Plus-Instanzen aktiviert. Der Daten-Cache verwendet lokale SSDs, um den Cache der Betriebssystemseite vom Arbeitsspeicher auf die SSD-Stufe zu erweitern. Cloud SQL verwaltet diese Einstellung. Wenn Sie den gesamten Arbeitssatz 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 Instanzen der Cloud SQL for PostgreSQL Enterprise Plus-Version aktivieren oder deaktivieren.

Aktivierungsrichtlinie
Wenn Sie die Aktivierungsrichtlinie ändern möchten, können Sie die Instanz starten und beenden. 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.

Wenn Sie die Cloud SQL Enterprise-Edition verwenden, führt das Ändern der Anzahl der CPUs oder der Speichergröße dazu, dass die Instanz weniger als 60 Sekunden offline ist. Insgesamt kann es einige Minuten dauern, bis die Änderungen wirksam werden.

Das Konfigurieren der privaten IP-Adresse, das Ändern des Netzwerks und das Aktivieren der Hochverfügbarkeit führt dazu, dass die Instanz mehrere Minuten lang offline ist.

Wenn Sie die Cloud SQL Enterprise Plus-Version verwenden, können Sie einige Änderungen an den Instanzeinstellungen vornehmen, z. B. vCPUs hochskalieren oder den Datencache aktivieren oder deaktivieren, ohne dass es zu nennenswerten Ausfallzeiten kommt. Weitere Informationen finden Sie unter Verfügbarkeit in Cloud SQL.

Cloud SQL verwaltet automatisch den Wert des max_connections-Flags basierend auf der Größe des Arbeitsspeichers auf der Instanz. Weitere Informationen finden Sie unter Unterstützte Flags. PostgreSQL erfordert, dass der Wert von max_connections in einem Lesereplikat immer mindestens so groß wie auf seinem primären Replikat ist. Wenn die Lesereplikate weniger Speicher als die primäre Instanz haben, kann die Änderung der Speichermenge auf der primären Instanz dazu führen, dass die Lesereplikate weniger als 60 Sekunden offline sind. Das liegt daran, dass die Lesereplikate möglicherweise einen neuen Wert von max_connections erhalten müssen, um nach der Änderung der primären Instanz konsistent zu bleiben. Zum Aktualisieren des Werts von max_connections muss PostgreSQL neu starten. Um dies zu verhindern, setzen Sie das max_connections-Flag in der primären Instanz auf einen Wert Ihrer Wahl.

Sie sollten diese Art von Änderungen für einen Zeitpunkt planen, zu dem der Dienst mit einem Ausfall dieser Dauer umgehen kann.

Nächste Schritte