Direktes Upgrade

Auf dieser Seite wird beschrieben, wie Sie direkte Upgrades und Downgrades Ihrer Cloud SQL-Instanzen durchführen.

In-place-Änderungen an einer Cloud SQL-Instanz vornehmen

Sie können die Edition, den Maschinentyp oder den Speichertyp Ihrer Cloud SQL-Instanz aktualisieren oder downgraden oder die Datenbankversion aktualisieren, indem Sie Änderungen direkt vornehmen. Die einfachste und am wenigsten fehleranfällige Methode zum Neukonfigurieren einer Instanz besteht darin, Änderungen direkt vorzunehmen.

Hinweis

Ihre Instanz muss auf PostgreSQL 12 oder höher ausgeführt werden.

Wenn Ihre Instanz eine ältere Version von PostgreSQL verwendet, müssen Sie ein Upgrade auf PostgreSQL 12 oder höher ausführen. Weitere Informationen finden Sie unter Direkte Datenbankaktualisierung durchführen.

Die verschiedenen Editionen unterstützen unterschiedliche Maschinentypen, die unterschiedliche Speicheroptionen verwenden. Hochleistungsfähige C4- und C4A-Maschinentypen verwenden Hyperdisk Balanced-Speicher anstelle der Persistent Disk-Optionen, die von älteren Maschinentypen verwendet werden.

Wenn Sie die verwendete Version oder den Maschinentyp ändern, kann sich auch der Speichertyp ändern. Das kann zu Ausfallzeiten und einer Änderung der Speicherkosten führen. Beim Umstieg auf Google Cloud Hyperdisk Balanced stehen zusätzliche Konfigurationsoptionen zur Verfügung. Weitere Informationen finden Sie unter Änderungen am Speicher.

Änderungen beim Speichern von PITR-Transaktionslogs

Wenn Sie eine Cloud SQL Enterprise-Instanz aktualisieren, in der die Write-Ahead-Logs, die für PITR verwendet werden, auf dem Laufwerk gespeichert sind, wird der Speicherort dieser Logs durch den Upgradeprozess auf Cloud SQL Enterprise Plus vom Laufwerk zu Cloud Storage verschoben. Informationen zum Ermitteln des aktuellen Speicherorts von Write-Ahead-Logs für die Wiederherstellung zu einem bestimmten Zeitpunkt (Point-in-Time Recovery, PITR) für Ihre Instanz finden Sie unter Speicherort von Transaktionslogs prüfen, die für PITR verwendet werden.

Eine ausführliche Erklärung dazu, wie sich In-Place-Upgrades auf den Speicherort der Write-Ahead-Logs auswirken können, finden Sie unter Änderungen am Speicherort von Write-Ahead-Logs für die Wiederherstellung zu einem bestimmten Zeitpunkt.

Version einer Instanz direkt ändern

In diesem Abschnitt wird beschrieben, wie Sie die Edition Ihrer Cloud SQL-Instanz direkt in die Cloud SQL Enterprise Plus-Edition ändern oder von dieser Edition in eine andere wechseln. Cloud SQL Enterprise Plus bietet einige Vorteile und Leistungsverbesserungen, die in Cloud SQL Enterprise nicht verfügbar sind. Weitere Informationen zu den Cloud SQL-Versionen finden Sie unter Übersicht über Cloud SQL-Versionen.

Das Upgrade auf Cloud SQL Enterprise Plus dauert einige Minuten und ist nahezu ohne Ausfallzeit. Wenn Sie zur Cloud SQL Enterprise-Version zurückkehren, ist mit einer längeren Ausfallzeit zu rechnen. Bei beiden Verfahren müssen Sie die Endpunkte nicht ändern, mit denen Ihre Anwendungen verbunden sind.

Folgen Sie der Anleitung in diesem Abschnitt, um ein Upgrade einer Cloud SQL Enterprise-Edition-Instanz auf eine Cloud SQL Enterprise Plus-Version oder ein Downgrade einer Cloud SQL Enterprise Plus-Edition-Instanz auf eine Cloud SQL Enterprise-Edition durchzuführen.

Console

  1. Rufen Sie in der Google Cloud Console die Seite Cloud SQL-Instanzen auf.

    Cloud SQL-Instanzen aufrufen

  2. Klicken Sie auf den Instanznamen, um die Übersichtsseite einer Instanz zu öffnen.
  3. Klicken Sie auf Bearbeiten.
  4. Klicken Sie im Abschnitt Cloud SQL-Version auswählen auf Upgrade, wenn Ihre Instanz die Cloud SQL Enterprise-Version verwendet, oder auf Zu Enterprise wechseln, wenn Ihre Instanz die Cloud SQL Enterprise Plus-Version verwendet.
  5. Geben Sie im geöffneten Bereich die Konfiguration Ihrer Instanz mit der neuen Version an. [Optionen für In-Place-Änderungen](#change-options)
  6. Geben Sie Ihre Instanz-ID ein, um diese Auswahl zu bestätigen, und klicken Sie dann je nach Upgrade oder Downgrade auf Version upgraden oder Version wechseln.

Sie können eine Änderung der Edition auch auf der Seite Instanzen starten, indem Sie in der Spalte Aktionen der Instanz Bearbeiten auswählen.

Wenn Ihre Instanz die Cloud SQL Enterprise-Edition verwendet, können Sie außerdem ein Upgrade starten, indem Sie auf der Instanzseite im Abschnitt Konfiguration neben dem Feld für die Edition auf den Link Upgrade klicken.

gcloud

Im folgenden Codebeispiel für [`gcloud sql instance patch`](/sdk/gcloud/reference/sql/instances/patch) wird gezeigt, wie Sie ein Upgrade Ihrer Instanz auf die Cloud SQL Enterprise Plus-Edition ausführen:

gcloud sql instances patch INSTANCE_ID \
  --edition=enterprise-plus \
  --tier=MACHINE_TYPE \
  --project=PROJECT_ID

Optional: Sie können auch den Datencache für Ihre Instanz aktivieren, indem Sie das Flag --enable-data-cache hinzufügen.

Ersetzen Sie Folgendes:

  • PROJECT_ID: Die Projekt-ID der Instanz, die Sie aktualisieren möchten.
  • INSTANCE_ID: Der Name der Instanz, die Sie aktualisieren möchten.
  • MACHINE_TYPE: Der Maschinentyp der Instanz, auf die Sie ein Upgrade ausführen möchten. Weitere Informationen zu Maschinentypen für Cloud SQL Enterprise Plus finden Sie unter Maschinentypen für Cloud SQL Enterprise Plus-Instanzen.

REST

Mit dem folgenden Befehl wird Ihre Instanz auf die Cloud SQL Enterprise Plus-Edition aktualisiert und ein Neustartvorgang ausgelöst.

Ersetzen Sie diese Werte in den folgenden Anfragedaten:

  • PROJECT_ID: Die Projekt-ID der Instanz, die Sie aktualisieren möchten.
  • INSTANCE_ID: Die Instanz-ID der Instanz, die Sie aktualisieren möchten.
  • MACHINE_TYPE: Der Maschinentyp der Instanz, auf die Sie ein Upgrade ausführen möchten. Weitere Informationen zu Maschinentypen für Cloud SQL Enterprise Plus finden Sie unter Maschinentypen für Cloud SQL Enterprise Plus-Instanzen.

Optional: Sie können den Daten-Cache aktivieren, indem Sie den Parameter dataCacheEnabled auf true setzen.

HTTP-Methode und URL:

PATCH https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID

JSON-Text anfordern:

{
  "settings": {
      "tier": "MACHINE_TYPE",
      "edition": "ENTERPRISE_PLUS",
      "dataCacheConfig": {
        "dataCacheEnabled": true
      },
  }
}

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten in etwa folgende JSON-Antwort erhalten:

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-16T02:32:12.281Z",
  "operationType": "UPDATE",
  "name": "OPERATION_ID",
  "targetId": "INSTANCE_ID",
  "selfLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/operations/OPERATION_ID",
  "targetProject": "PROJECT_ID"
}

REST v1beta4

Mit dem folgenden Befehl wird Ihre Instanz auf die Cloud SQL Enterprise Plus-Edition aktualisiert und ein Neustartvorgang ausgelöst.

Ersetzen Sie diese Werte in den folgenden Anfragedaten:

  • PROJECT_ID: Die Projekt-ID der Instanz, die Sie aktualisieren möchten.
  • INSTANCE_ID: Die Instanz-ID der Instanz, die Sie aktualisieren möchten.
  • MACHINE_TYPE: Der Maschinentyp der Instanz, auf die Sie ein Upgrade ausführen möchten. Weitere Informationen zu Maschinentypen für Cloud SQL Enterprise Plus finden Sie unter Maschinentypen für Cloud SQL Enterprise Plus-Instanzen.

Optional: Sie können den Daten-Cache aktivieren, indem Sie den Parameter dataCacheEnabled auf true setzen.

HTTP-Methode und URL:

PATCH https://sqladmin.googleapis.com/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID

JSON-Text anfordern:

{
  "settings": {
      "tier": "MACHINE_TYPE",
      "edition": "ENTERPRISE_PLUS",
      "dataCacheConfig": {
        "dataCacheEnabled": true
      },
  }
}

Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:

Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-16T02:32:12.281Z",
  "operationType": "UPDATE",
  "name": "OPERATION_ID",
  "targetId": "INSTANCE_ID",
  "selfLink": "https://sqladmin.googleapis.com/v1beta4/projects/PROJECT_ID/operations/OPERATION_ID",
  "targetProject": "PROJECT_ID"
}

Optionen für In-Place-Änderungen

Wenn Sie die Edition Ihrer Cloud SQL-Instanz ändern, müssen Sie möglicherweise auch die Maschinenserie ändern, was sich wiederum auf den Speichertyp auswirkt.

Änderungen an der Maschine

Wenn Sie die Edition ändern, müssen Sie auch den Maschinentyp ändern. Weitere Informationen zu den von Cloud SQL unterstützten Maschinenreihen finden Sie unter Maschinenreihe auswählen.

Beim Upgrade von Cloud SQL Enterprise auf Cloud SQL Enterprise Plus können Sie zwischen den Maschinenserien N2, C4A und C4 wählen.

Wenn Sie ein Downgrade von der Cloud SQL Enterprise Plus-Version auf die Cloud SQL Enterprise-Version durchführen, können Sie zwischen einem dedizierten Kern für allgemeine Zwecke und einer N4-Maschinenserie wählen.

der Cloud SQL Enterprise-Edition zurückstufen.

Sie können den Maschinentyp auch ändern, ohne die Edition zu ändern. Nachdem Sie die Option zum Bearbeiten Ihrer Instanz ausgewählt haben, rufen Sie im Bereich Instanz anpassen den Unterabschnitt Maschine von Maschinenkonfiguration auf. Über das Drop-down-Menü können Sie einen anderen Maschinentyp auswählen. Sie können auch eine andere Anzahl von vCPUs auswählen und den Datencache aktivieren oder deaktivieren.

Weitere allgemeine Informationen finden Sie in der Compute Engine-Dokumentation für die Maschinenserien N2, C4A, C4 und N4.

Änderungen am Speicher

Wenn Sie von einer Maschinenserie für allgemeine Zwecke oder einer N2-Maschinenserie zu einer N4-, C4A- oder C4-Maschinenserie wechseln, wird Ihr Speicher von Solid-State-Drive (SSD) zu Google Cloud Hyperdisk Balanced migriert. Für dieses Upgrade ist in der Regel nur eine minimale Ausfallzeit erforderlich.

Google Cloud Hyperdisk Balanced-Speicher kann für Ihren Anwendungsfall angepasst werden, indem Sie Folgendes festlegen:

  • Speicherkapazität
  • Bereitgestellte IOPS
  • Bereitgestellter Durchsatz

Google Cloud Hyperdisk Balanced legt Standard-IOPS- und ‑Durchsatzwerte sowie ‑Grenzwerte basierend auf der Konfiguration Ihrer Instanz fest, einschließlich des Maschinentyps und der Speicherkapazität. Die Speicherkapazität begrenzt den Standardwert und der Maschinentyp legt den Höchstwert für IOPS und Durchsatz fest. Weitere Informationen finden Sie unter Speicheroption auswählen.

Änderungen des Speicherorts von Write-Ahead-Logs für PITR

Wenn Ihre Cloud SQL Enterprise-Instanz Transaktionslogs für PITR auf dem Laufwerk speichert, wird beim Starten des Upgrades auf Cloud SQL Enterprise Plus der Speicherort dieser Logs auf Cloud Storage umgestellt.

Für den Ortswechsel gelten die folgenden Bedingungen:

  • Der Vorgang dauert ungefähr die Dauer der PITR-Konfigurationseinstellung transactionLogRetentionDays, um die Umstellung auf Cloud Storage abzuschließen.
  • Während der Umstellung auf Cloud Storage sollten Sie die PITR-Konfigurationseinstellung transactionLogRetentionDays nicht ändern. Selbst wenn Sie transactionLogRetentionDays erhöhen, werden Write-Ahead-Logs nicht länger als den Standardwert von 7 Tagen auf einer Cloud SQL Enterprise-Instanz aufbewahrt.

Standardeinstellungen für Sicherung und Logspeicher von Cloud SQL Enterprise Plus

Beim Wechsel zur Cloud SQL Enterprise-Version wird der Speicherort der Transaktionslogs nicht geändert, die für PITR verwendet wurden. Wenn Ihre Cloud SQL Enterprise Plus-Instanz ihre Transaktionslogs für PITR in Cloud Storage speichert, verbleiben die Logs in Cloud Storage. Anstatt jedoch standardmäßig Transaktionslogs für 14 Tage für PITR zu speichern, ändert sich der Standardwert auf 7 Tage. Die Sicherungskonfiguration wird nicht geändert.