Direktes Upgrade

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

Direkte Änderungen an einer Cloud SQL-Instanz vornehmen

Mit direkten Änderungen können Sie die Edition Ihrer Cloud SQL-Instanz, ihren Maschinentyp, Speichertyp oder die Datenbankversion aktualisieren oder herabstufen. Direkte Änderungen sind die einfachste und am wenigsten fehleranfällige Methode, um eine Instanz neu zu konfigurieren.

Hinweis

Prüfen Sie, ob Ihre Instanz auf PostgreSQL 12 oder höher ausgeführt wird.

Wenn Ihre Instanz eine ältere Version von PostgreSQL verwendet, müssen Sie ein Upgrade auf PostgreSQL 12 oder höher durchführen. Weitere Informationen finden Sie unter Hauptversion der Datenbank direkt aktualisieren.

Mögliche Speicheränderungen im Zusammenhang mit dem Maschinentyp

Verschiedene Editionen unterstützen unterschiedliche Maschinentypen, die verschiedene Speicheroptionen verwenden. Die leistungsstarken Maschinentypen C4 und C4A verwenden Hyperdisk Balanced-Speicher anstelle einer der Optionen für nichtflüchtigen Speicher, die von älteren Maschinentypen verwendet werden.

Wenn Sie die Edition oder den verwendeten Maschinentyp ändern, kann sich auch der Speichertyp ändern. Dies kann zu Ausfallzeiten und einer Änderung der Speicherkosten führen. Beim Wechsel zu Google Cloud Hyperdisk Balanced gibt es zusätzliche Konfigurationsoptionen, die Sie angeben können. Weitere Informationen finden Sie unter Speicheränderungen.

Änderungen am Speicherort von Transaktionslogs für PITR

Wenn Sie ein Upgrade einer Cloud SQL Enterprise-Instanz durchführen, in der die für PITR verwendeten Write-Ahead-Logs auf dem Laufwerk gespeichert sind, wird der Speicherort dieser Logs beim Upgrade auf die Cloud SQL Enterprise Plus-Version vom Laufwerk zu Cloud Storage verschoben. Informationen zum aktuellen Speicherort von PITR Write-Ahead-Logs für Ihre Instanz finden Sie unter Speicherort von Transaktionslogs prüfen, die für PITR verwendet werden.

Eine vollständige Erklärung dazu, wie sich direkte Upgrades auf den Speicherort der Write-Ahead-Logs auswirken können, finden Sie unter Änderungen am Speicherort von Write-Ahead-Logs für PITR.

Edition einer Instanz direkt ändern

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

Das Upgrade auf die Cloud SQL Enterprise Plus-Version dauert nur wenige Minuten und ist mit nahezu null Ausfallzeiten verbunden. Wenn Sie wieder zur Cloud SQL Enterprise-Version wechseln, dauert es länger. Bei beiden Vorgängen müssen die Endpunkte, mit denen Ihre Anwendungen verbunden sind, nicht geändert werden.

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

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

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

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

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID"

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID" | Select-Object -Expand Content

{
  "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"
}

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

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

curl -X PATCH \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID"

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method PATCH `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID" | Select-Object -Expand Content

{
  "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 direkte Änderungen

Wenn Sie die Edition Ihrer Cloud SQL-Instanz ändern, müssen Sie möglicherweise auch die Maschinenreihe ä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 der Cloud SQL Enterprise-Version auf die Cloud SQL Enterprise Plus-Version können Sie zwischen den N2, C4A und C4 Maschinenreihen wählen.

Beim Downgrade von der Cloud SQL Enterprise Plus-Version auf die Cloud SQL Enterprise-Version können Sie zwischen einer allgemeinen dedizierten Kernmaschine, und einer N4-Maschinenreihe wählen.

Sie können den Maschinentyp auch ändern, ohne die Edition zu ändern. Nachdem Sie die Instanz bearbeitet 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 Daten-Cache aktivieren oder deaktivieren.

Weitere allgemeine Informationen finden Sie in der Compute Engine-Dokumentation zu den N2, C4A, C4 und N4 Maschinenreihen.

Speicheränderungen

Wenn Sie von einer allgemeinen oder einer N2-Maschinenreihe zu einer N4, C4A- oder C4-Maschinenreihe wechseln, wird Ihr Speicher von einem Solid-State-Laufwerk (SSD) zu Google Cloud Hyperdisk Balanced Speicher migriert. Für dieses Upgrade sind in der Regel nur minimale Ausfallzeiten erforderlich.

Der 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 Standardwerte und Limits für IOPS und Durchsatz 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 am Speicherort 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 die Änderung des Speicherorts gelten die folgenden Bedingungen:

• Der Vorgang dauert ungefähr die Dauer der transactionLogRetentionDays PITR-Konfigurationseinstellung, 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.