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


Halaman ini menunjukkan cara menggunakan metode upgrade yang berlaku untuk mengupgrade instance edisi Cloud SQL Enterprise ke edisi Cloud SQL Enterprise Plus. Selain itu, bagian ini juga menjelaskan prosedur downgrade instance 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 informasi selengkapnya, lihat Pengantar edisi Cloud SQL untuk MySQL.

Guna mengaktifkan penyempurnaan ini untuk instance edisi Cloud SQL Enterprise yang ada, Anda harus mengupgradenya ke edisi Cloud SQL Enterprise Plus. Proses upgrade memerlukan waktu beberapa menit untuk diselesaikan dengan periode nonaktif yang diperkirakan kurang dari 60 detik. Selain itu, proses ini tidak memerlukan aplikasi Anda untuk 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 menggunakan MySQL versi sebelumnya, Anda harus mengupgrade instance ke MySQL 8.0.31 atau yang lebih baru. Untuk mengetahui informasi selengkapnya, baca artikel Mengupgrade versi utama database dan Mengupgrade versi minor database.

  • Pastikan instance Anda menggunakan Solid State Drive (SSD).

Memeriksa lokasi penyimpanan log transaksi yang digunakan untuk PITR

Semua instance Cloud SQL Enterprise Plus otomatis diaktifkan dengan pemulihan point-in-time (PITR). Jika instance edisi Cloud SQL Enterprise yang ingin Anda upgrade menyimpan log biner yang digunakan untuk PITR pada disk, proses upgrade ke edisi Cloud SQL Enterprise Plus akan mengalihkan lokasi penyimpanan log biner dari disk ke Cloud Storage.

Sebelum mengupgrade ke edisi Cloud SQL Enterprise Plus, periksa apakah instance edisi Cloud SQL Enterprise Anda akan menjalani pengalihan lokasi penyimpanan untuk log biner yang digunakan untuk PITR. Untuk mengetahui informasi dan petunjuk selengkapnya tentang cara memeriksa instance, lihat artikel Memeriksa lokasi penyimpanan log transaksi yang digunakan untuk PITR.

Untuk mengetahui informasi selengkapnya tentang pengalihan 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 ke edisi 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, lalu klik Upgrade edisi.

Atau, 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: ID project instance yang ingin Anda upgrade.
  • INSTANCE_ID: nama instance yang ingin Anda upgrade.
  • MACHINE_TYPE: jenis mesin instance yang ingin dijadikan tujuan 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: ID project instance yang ingin Anda upgrade.
  • INSTANCE_ID: ID instance instance yang ingin Anda upgrade.
  • MACHINE_TYPE: jenis mesin instance yang ingin dijadikan tujuan 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": "[email protected]",
  "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: ID project instance yang ingin Anda upgrade.
  • INSTANCE_ID: ID instance instance yang ingin Anda upgrade.
  • MACHINE_TYPE: jenis mesin instance yang ingin dijadikan tujuan 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": "[email protected]",
  "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 Cloud SQL Enterprise edisi menyimpan log transaksi untuk PITR di disk, maka memulai proses upgrade ke edisi Cloud SQL Enterprise Plus akan mengalihkan lokasi penyimpanan log ini ke Cloud Storage.

Kondisi berikut berlaku untuk proses pengalihan lokasi:

  • Proses ini memerlukan waktu kira-kira durasi setelan konfigurasi PITR transactionLogRetentionDays untuk menyelesaikan peralihan ke Cloud Storage.
  • Jika Anda memiliki nilai yang ditetapkan untuk tanda expire_logs_days atau binlog_expire_logs_seconds pada instance, nilai tersebut akan dipertahankan.
  • Selama beralih ke Cloud Storage, Anda tidak dapat mengubah nilai tanda expire_logs_days atau binlog_expire_logs_seconds di instance.
  • Selama beralih ke Cloud Storage, sebaiknya Anda tidak mengubah setelan konfigurasi PITR transactionLogRetentionDays. Meskipun Anda meningkatkan transactionLogRetentionDays, log biner tidak akan disimpan pada disk lebih lama dari setelan default 7 hari untuk instance edisi Cloud SQL Enterprise.
  • Saat peralihan berlangsung, Cloud SQL hanya menyimpan log pada disk untuk nilai minimum salah satu dari berikut ini:
    • setelan konfigurasi PITR transactionLogRetentionDays sebelum peralihan, 7 hari secara default
    • flag expire_logs_days atau binlog_expire_logs_seconds yang ditetapkan secara manual di instance Anda
  • Setelah peralihan, Cloud SQL akan menyimpan jumlah log biner di disk yang sama dengan yang Anda miliki sebelum tombol beralih, kecuali jika Anda telah menetapkan tanda expire_logs_days atau binlog_expire_logs_seconds pada instance. Jika Anda telah menetapkan flag ini, Cloud SQL akan menyimpan log biner pada disk berdasarkan nilai minimum setelan konfigurasi transactionLogRetentionDays atau nilai flag.

Default penyimpanan log dan pencadangan edisi Cloud SQL Enterprise Plus

Setelah peralihan ke Cloud Storage selesai untuk sebuah instance, Cloud SQL masih menyimpan salinan log biner pada disk untuk tujuan replikasi. Menyimpan log biner pada disk dapat berguna jika Anda ingin menjelajahi log biner dengan utilitas mysqlbinlog.

Jika Anda mengonfigurasi tanda expire_logs_days dan binlog_expire_logs_seconds pada instance sebelum upgrade, nilai yang dikonfigurasi akan tetap utuh.

Setelah peralihan, karena log biner yang digunakan untuk melakukan PITR kini disimpan di Cloud Storage, pastikan nilai flag mencerminkan retensi log transaksi di disk 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
  • flag expire_logs_days atau binlog_expire_logs_seconds yang ditetapkan secara manual di instance Anda

Jika Anda ingin menghemat kapasitas disk, setelah upgrade selesai, konfigurasikan nilai flag expire_logs_days atau binlog_expire_logs_seconds ke nilai yang setara dengan 1 hari agar Anda dapat mengurangi ukuran disk yang dialokasikan dan biaya penyimpanan disk. Untuk informasi selengkapnya tentang penyimpanan log transaksi dan PITR, lihat Penyimpanan log untuk PITR.

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

Selain itu, jumlah default pencadangan otomatis ditingkatkan dari 8 menjadi 15.

Jika melakukan upgrade ke edisi Cloud SQL Enterprise Plus setelah melakukan upgrade versi utama, Anda tidak akan dapat melakukan PITR ke waktu tertentu yang terjadi sebelum upgrade versi utama. Pembatasan ini berlaku meskipun periode retensi Anda mencakup jangka waktu tersebut. Anda dapat memulihkan instance ke waktu tertentu setelah memulai upgrade 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 Switch edition.

Atau, Anda juga dapat beralih ke edisi Cloud SQL Enterprise dengan mengklik Switch to Enterprise di bagian Configuration pada 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 kode berikut:
  • PROJECT_ID: project ID instance.
  • INSTANCE_ID: nama instance.
  • MACHINE_TYPE: jenis mesin dari instance yang ingin Anda gunakan. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise, lihat Jenis mesin untuk instance Cloud SQL Enterprise Edition.

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 instance.
  • MACHINE_TYPE: jenis mesin dari instance yang ingin Anda gunakan. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise, lihat Jenis mesin untuk instance Cloud SQL Enterprise Edition.

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": "[email protected]",
  "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 instance.
  • MACHINE_TYPE: jenis mesin dari instance yang ingin Anda gunakan. Untuk mengetahui informasi selengkapnya tentang jenis mesin untuk edisi Cloud SQL Enterprise, lihat Jenis mesin untuk instance Cloud SQL Enterprise Edition.

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": "[email protected]",
  "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 penyimpanan log dan pencadangan edisi Cloud SQL Enterprise

Perubahan 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 transaksi untuk PITR di Cloud Storage, log tersebut akan tetap berada di Cloud Storage. Namun, secara default, default-nya diubah menjadi 7 hari, bukan menyimpan log transaksi selama 14 hari untuk PITR. Konfigurasi cadangan tidak diubah.

Langkah selanjutnya