Mengupgrade instance ke edisi Cloud SQL Enterprise Plus dengan menggunakan upgrade yang ada


Halaman ini menunjukkan cara menggunakan metode upgrade yang diterapkan untuk mengupgrade edisi Cloud SQL Enterprise ke edisi Cloud SQL Enterprise Plus. Selain itu, artikel ini juga menjelaskan prosedur untuk mendowngrade edisi Cloud SQL Enterprise Plus ke edisi Cloud SQL Enterprise.

Dengan melakukan upgrade ke edisi Cloud SQL Enterprise Plus, Anda akan mendapatkan beberapa manfaat dan peningkatan performa. Untuk mengetahui informasi selengkapnya, lihat Pengantar edisi Cloud SQL untuk MySQL.

Agar dapat mengaktifkan penyempurnaan ini untuk instance edisi Cloud SQL Enterprise yang ada, Anda harus melakukan upgrade pelanggan ke edisi Cloud SQL Enterprise Plus. Proses upgrade memerlukan waktu beberapa menit hingga selesai. Selain itu, proses ini tidak mengharuskan aplikasi Anda mengubah endpoint yang terhubung dengannya.

Sebelum memulai

  • Pastikan Anda menjalankan instance edisi Cloud SQL Enterprise di MySQL versi 8.0.31 atau yang lebih baru.

    Jika instance Anda berada pada versi MySQL yang lebih lama, Anda harus mengupgrade instance ke MySQL 8.0.31 atau yang lebih baru. Untuk informasi selengkapnya, lihat Mengupgrade versi utama database di tempat dan Upgrade versi minor database.

Memeriksa lokasi penyimpanan log transaksi yang digunakan untuk PITR

Semua instance edisi Cloud SQL Enterprise Plus diaktifkan secara otomatis dengan point-in-time pemulihan (PITR). Jika instance edisi Cloud SQL Enterprise yang Anda inginkan untuk mengupgrade penyimpanan log biner yang digunakan untuk PITR pada {i>disk<i}, kemudian proses upgrade ke edisi Cloud SQL Enterprise Plus mengalihkan lokasi penyimpanan log biner dari disk ke Cloud Storage.

Sebelum melakukan upgrade ke edisi Cloud SQL Enterprise Plus, periksa apakah edisi Cloud SQL Enterprise Anda instance akan mengalami pengalihan lokasi penyimpanan untuk log biner yang digunakan untuk PITR. Untuk mendapatkan informasi dan petunjuk lebih lanjut mengenai cara memeriksa instance Anda, baca artikel Memeriksa lokasi penyimpanan log transaksi yang digunakan untuk PITR.

Untuk informasi selengkapnya tentang cara mengalihkan lokasi penyimpanan log transaksi dalam proses upgrade, lihat Lokasi penyimpanan log transaksi yang digunakan untuk PITR.

Mengupgrade instance ke edisi Cloud SQL Enterprise Plus

Gunakan prosedur di bagian ini untuk mengupgrade instance edisi Cloud SQL Enterprise Cloud SQL Enterprise Plus.

Konsol

  1. Di konsol Google Cloud, buka halaman Instance Cloud SQL.

    Buka Instance Cloud SQL

  2. Untuk membuka halaman Ringkasan instance, klik nama instance.
  3. Klik Edit.
  4. Di bagian Choose a Cloud SQL edition, klik Upgrade.
  5. Di panel Upgrade ke Enterprise Plus, masukkan ID instance Anda, lalu klik Upgrade edisi.

Sebagai alternatif, Anda juga dapat mengupgrade instance dengan mengklik Upgrade di Bagian Configuration di halaman Overview instance.

gcloud

Contoh kode berikut menunjukkan cara mengupgrade instance ke edisi Cloud SQL Enterprise Plus:


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

Ganti kode berikut:

  • PROJECT_ID: project ID instance yang ingin Anda upgrade.
  • INSTANCE_ID: nama instance yang ingin Anda upgrade.
  • MACHINE_TYPE: jenis mesin instance yang ingin Anda upgrade. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise Plus, lihat Jenis mesin untuk instance edisi Cloud SQL Enterprise Plus.

REST

Perintah berikut mengupgrade instance Anda ke edisi Cloud SQL Enterprise dan memicu operasi mulai ulang.

Sebelum menggunakan salah satu data permintaan, lakukan penggantian berikut:

  • PROJECT_ID: project ID instance yang ingin Anda upgrade.
  • INSTANCE_ID: ID instance dari instance yang ingin Anda upgrade.
  • MACHINE_TYPE: jenis mesin instance yang ingin Anda upgrade. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise Plus, lihat Jenis mesin untuk instance edisi Cloud SQL Enterprise Plus.

Metode HTTP dan URL:

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

Meminta isi JSON:

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

Untuk mengirim permintaan Anda, perluas salah satu opsi berikut:

Anda akan melihat respons JSON seperti berikut:

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

Perintah berikut mengupgrade instance Anda ke edisi Cloud SQL Enterprise dan memicu operasi mulai ulang.

Sebelum menggunakan salah satu data permintaan, lakukan penggantian berikut:

  • PROJECT_ID: project ID instance yang ingin Anda upgrade.
  • INSTANCE_ID: ID instance dari instance yang ingin Anda upgrade.
  • MACHINE_TYPE: jenis mesin instance yang ingin Anda upgrade. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise Plus, lihat Jenis mesin untuk instance edisi Cloud SQL Enterprise Plus.

Metode HTTP dan URL:

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

Meminta isi JSON:

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

Untuk mengirim permintaan Anda, perluas salah satu opsi berikut:

Anda akan melihat respons JSON seperti berikut:

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

Lokasi penyimpanan log transaksi yang digunakan untuk PITR

Jika instance edisi Cloud SQL Enterprise Anda menyimpan log transaksi untuk PITR pada {i>disk<i}, lalu memulai proses peningkatan ke Edisi Cloud SQL Enterprise Plus mengalihkan lokasi penyimpanan log ini ke Cloud Storage.

Kondisi berikut berlaku untuk proses pengalihan lokasi:

  • Proses ini membutuhkan waktu sekitar durasi transactionLogRetentionDays Setelan konfigurasi PITR untuk menyelesaikan peralihan ke Cloud Storage.
  • Jika Anda memiliki nilai yang ditetapkan untuk expire_logs_days atau binlog_expire_logs_seconds pada instance Anda, kemudian flag tersebut nilai tersebut akan dipertahankan.
  • Selama beralih ke Cloud Storage, Anda tidak dapat mengubah nilainya untuk expire_logs_days atau binlog_expire_logs_seconds pada instance Anda.
  • Selama beralih ke Cloud Storage, sebaiknya tidak Anda modifikasi setelan konfigurasi PITR transactionLogRetentionDays. Bahkan jika Anda meningkatkan transactionLogRetentionDays, log biner tidak akan disimpan di {i>disk<i} lebih lama dari secara default 7 hari untuk instance edisi Cloud SQL Enterprise.
  • Sementara {i>switch<i} adalah yang sedang berlangsung, Cloud SQL hanya menyimpan log pada disk untuk nilai minimum salah satu dari berikut ini:
    • setelan konfigurasi PITR transactionLogRetentionDays dari sebelumnya peralihan, 7 hari secara default
    • expire_logs_days atau binlog_expire_logs_seconds flag yang ditetapkan secara manual pada instance
  • Setelah peralihan, Cloud SQL mempertahankan jumlah log biner di disk yang Anda miliki sebelum perubahannya, kecuali jika Anda telah menyetel expire_logs_days atau binlog_expire_logs_seconds pada instance Anda. Jika Anda telah menetapkan penanda ini, maka Cloud SQL mempertahankan sistem log pada disk berdasarkan nilai minimum setelan konfigurasi transactionLogRetentionDays atau nilai flag.

Default pencadangan dan penyimpanan log edisi Cloud SQL Enterprise Plus

Setelah peralihan ke Cloud Storage selesai untuk satu instance, Cloud SQL masih menyimpan salinan log biner pada {i>disk<i} untuk tujuan replikasi. Menyimpan log biner di {i>disk<i} dapat berguna jika Anda ingin menelusuri log biner dengan utilitas mysqlbinlog.

Jika Anda mengonfigurasi expire_logs_days dan binlog_expire_logs_seconds pada instance Anda sebelum upgrade. maka nilai-nilai yang dikonfigurasi tetap utuh.

Setelah peralihan, karena log biner yang digunakan untuk melakukan PITR sekarang disimpan di Cloud Storage, pastikan nilai tanda mencerminkan retensi log transaksi pada {i>disk<i} yang Anda harapkan. Cloud SQL hanya menyimpan log pada disk untuk nilai minimum salah satu dari berikut ini:

  • setelan konfigurasi PITR transactionLogRetentionDays sebelum pengalihan, 7 hari secara default
  • expire_logs_days atau binlog_expire_logs_seconds flag yang ditetapkan secara manual pada instance

Jika Anda ingin menghemat ruang {i>disk<i}, kemudian setelah upgrade selesai, mengonfigurasi nilai expire_logs_days atau binlog_expire_logs_seconds menandai waktu yang setara dengan 1 hari sehingga Anda dapat mengurangi ukuran disk dan disk yang dialokasikan untuk mengurangi biaya penyimpanan. Untuk informasi selengkapnya tentang penyimpanan log transaksi dan PITR, lihat Penyimpanan log untuk PITR.

Setelah upgrade ke edisi Cloud SQL Enterprise Plus selesai, log transaksi default periode retensi data untuk semua instance yang diupgrade ditingkatkan menjadi 14 hari. Untuk peningkatan ini, dan peningkatan lainnya yang Anda konfigurasi untuk periode retensi data log transaksi, waktu yang diperlukan hingga nilai baru yang lebih tinggi untuk mencapai periode retensi data penuh PITR. Misalnya, jika nilai lama untuk hari retensi log transaksi adalah 7 dan nilai baru ditingkatkan menjadi 14, maka periode untuk PITR selama 7 hari pertama setelah upgrade hanya selama 7 hari. Pada hari ke-8, periode untuk PITR menjadi 8 hari, pada hari ke-9 menjadi 9 hari, hingga periode retensi data akhirnya dinaikkan menjadi 14 hari pada Hari ke-14.

Selain itu, jumlah {i>default<i} cadangan otomatis ditambah dari 8 menjadi 15.

Jika Anda melakukan upgrade ke edisi Cloud SQL Enterprise Plus setelah melakukan upgrade versi utama, maka Anda tidak akan dapat melakukan PITR ke titik waktu tertentu yang terjadi sebelum {i>upgrade versi utama<i}. Batasan ini berlaku meskipun periode retensi data Anda mencakup jangka waktu tersebut. Anda dapat memulihkan instance ke point-in-time setelah Anda memulai melakukan {i>upgrade <i}versi utama.

Beralih ke edisi Cloud SQL Enterprise

Konsol

  1. Di konsol Google Cloud, buka halaman Instance Cloud SQL.

    Buka Instance Cloud SQL

  2. Untuk membuka halaman Ringkasan instance, klik nama instance.
  3. Klik Edit.
  4. Di bagian Choose a Cloud SQL edition, klik Switch to Enterprise.
  5. Di panel Switch to Enterprise, masukkan ID instance Anda, lalu klik Beralih edisi.

Atau, Anda juga dapat beralih ke edisi Cloud SQL Enterprise dengan mengklik Beralih ke Enterprise di bagian Konfigurasi halaman Overview instance.

gcloud

Contoh kode berikut menunjukkan cara mengubah instance Anda ke edisi Cloud SQL Enterprise:

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

Ganti yang berikut:
  • PROJECT_ID: project ID instance.
  • INSTANCE_ID: nama instance.
  • MACHINE_TYPE: jenis mesin dari instance yang ingin Anda alihkan. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise, lihat Jenis mesin untuk instance edisi Cloud SQL Enterprise.

REST

Perintah berikut mengubah instance Anda ke edisi Cloud SQL Enterprise dan memicu operasi mulai ulang.

Sebelum menggunakan salah satu data permintaan, lakukan penggantian berikut:

  • PROJECT_ID: project ID instance.
  • INSTANCE_ID: ID instance.
  • MACHINE_TYPE: jenis mesin dari instance yang ingin Anda alihkan. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise, lihat Jenis mesin untuk instance edisi Cloud SQL Enterprise.

Metode HTTP dan URL:

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

Meminta isi JSON:

{
  "settings": {
      "tier": "MACHINE_TYPE",
      "edition": "ENTERPRISE"
  }
}

Untuk mengirim permintaan Anda, perluas salah satu opsi berikut:

Anda akan melihat respons JSON seperti berikut:

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

Perintah berikut mengubah instance Anda ke edisi Cloud SQL Enterprise dan memicu operasi mulai ulang.

Sebelum menggunakan salah satu data permintaan, lakukan penggantian berikut:

  • PROJECT_ID: project ID instance.
  • INSTANCE_ID: ID instance.
  • MACHINE_TYPE: jenis mesin dari instance yang ingin Anda alihkan. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise, lihat Jenis mesin untuk instance edisi Cloud SQL Enterprise.

Metode HTTP dan URL:

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

Meminta isi JSON:

{
  "settings": {
      "tier": "MACHINE_TYPE",
      "edition": "ENTERPRISE"
  }
}

Untuk mengirim permintaan Anda, perluas salah satu opsi berikut:

Anda akan melihat respons JSON seperti berikut:

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

Default cadangan dan penyimpanan log edisi Cloud SQL Enterprise

Mengubah ke edisi Cloud SQL Enterprise tidak mengalihkan lokasi penyimpanan log transaksi yang digunakan untuk PITR. Jika instance edisi Cloud SQL Enterprise Plus Anda menyimpan log transaksinya untuk PITR di Cloud Storage, lalu log tersebut tetap tersimpan yang sesuai di Cloud Storage. Namun, alih-alih menyimpan log transaksi 14 hari untuk PITR secara default, setelan default-nya diubah menjadi 7 hari. Konfigurasi pencadangan tidak berubah.

Langkah selanjutnya