Mengupgrade instance ke edisi Cloud SQL Enterprise Plus menggunakan upgrade langsung


Halaman ini menunjukkan cara menggunakan metode upgrade langsung untuk mengupgrade instance edisi Cloud SQL Enterprise ke edisi Cloud SQL Enterprise Plus. Selain itu, artikel ini juga menjelaskan prosedur untuk mengganti instance edisi Cloud SQL Enterprise Plus ke edisi Cloud SQL Enterprise.

Mengupgrade ke edisi Cloud SQL Enterprise Plus akan memberi Anda beberapa manfaat dan peningkatan performa. Untuk informasi selengkapnya, lihat Pengantar edisi Cloud SQL untuk MySQL.

Untuk mengaktifkan peningkatan ini untuk instance edisi Cloud SQL Enterprise yang sudah ada, Anda harus mengupgradenya ke edisi Cloud SQL Enterprise Plus. Proses upgrade memerlukan waktu beberapa menit untuk selesai dan memiliki downtime hampir nol. Beralih ke edisi Cloud SQL Enterprise dapat memerlukan periode nonaktif hingga 60 detik.

Selain itu, proses upgrade ini tidak mengharuskan Anda mengubah endpoint yang terhubung ke aplikasi Anda.

Sebelum memulai

Memeriksa lokasi penyimpanan log transaksi yang digunakan untuk PITR

Semua instance edisi 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 di 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 mengalami pengalihan lokasi penyimpanan untuk log biner yang digunakan untuk PITR. Untuk mengetahui informasi selengkapnya dan petunjuk tentang cara memeriksa instance, lihat Memeriksa lokasi penyimpanan log transaksi yang digunakan untuk PITR.

Untuk mengetahui 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 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 to Enterprise Plus, masukkan ID instance Anda, lalu klik Upgrade edition.

Atau, Anda juga dapat mengupgrade instance dengan mengklik Upgrade di bagian Konfigurasi pada halaman Ringkasan 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 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 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 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 di disk, 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 sekitar durasi setelan konfigurasi PITR transactionLogRetentionDays untuk menyelesaikan pengalihan ke Cloud Storage.
  • Jika Anda telah menetapkan nilai untuk flag expire_logs_days atau binlog_expire_logs_seconds di instance, nilai tersebut akan dipertahankan.
  • Selama beralih ke Cloud Storage, Anda tidak dapat mengubah nilai untuk flag 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 di disk lebih lama dari 7 hari default untuk instance edisi Cloud SQL Enterprise.
  • Saat peralihan sedang berlangsung, Cloud SQL hanya mempertahankan log di disk untuk nilai minimum salah satu dari hal berikut:
    • setelan konfigurasi PITR transactionLogRetentionDays dari sebelum alih, 7 hari secara default
    • flag expire_logs_days atau binlog_expire_logs_seconds yang ditetapkan secara manual di instance Anda
  • Setelah beralih, Cloud SQL akan mempertahankan jumlah log biner yang sama di disk yang Anda miliki sebelum beralih kecuali Anda telah menetapkan flag expire_logs_days atau binlog_expire_logs_seconds di instance. Jika Anda telah menetapkan flag ini, Cloud SQL akan mempertahankan log biner di disk berdasarkan nilai minimum setelan konfigurasi transactionLogRetentionDays atau nilai flag.

Default penyimpanan cadangan dan log edisi Cloud SQL Enterprise Plus

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

Jika Anda mengonfigurasi flag expire_logs_days dan binlog_expire_logs_seconds di instance sebelum upgrade, nilai yang dikonfigurasi akan tetap sama.

Setelah beralih, karena log biner yang digunakan untuk melakukan PITR sekarang disimpan di Cloud Storage, pastikan nilai flag mencerminkan retensi log transaksi di disk yang Anda harapkan. Cloud SQL hanya menyimpan log di disk untuk nilai minimum salah satu dari hal berikut:

  • setelan konfigurasi PITR transactionLogRetentionDays sebelum beralih, 7 hari secara default
  • flag expire_logs_days atau binlog_expire_logs_seconds yang ditetapkan secara manual di instance Anda

Jika Anda ingin menghemat ruang disk, setelah upgrade selesai, konfigurasikan nilai flag expire_logs_days atau binlog_expire_logs_seconds ke nilai yang setara dengan 1 hari sehingga 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 ditingkatkan menjadi 14 hari. Untuk peningkatan ini, dan peningkatan lainnya yang Anda konfigurasikan untuk periode retensi log transaksi, diperlukan nilai baru dan peningkatan untuk mencapai periode retensi penuh PITR. Misalnya, jika nilai lama untuk hari retensi log transaksi adalah 7 hari dan nilai baru ditingkatkan menjadi 14 hari, periode PITR untuk 7 hari pertama setelah upgrade hanya 7 hari. Pada hari ke-8, periode PITR menjadi 8 hari, pada hari ke-9 menjadi 9 hari, hingga periode retensi akhirnya ditingkatkan menjadi 14 hari pada hari ke-14.

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

Jika Anda mengupgrade ke edisi Cloud SQL Enterprise Plus setelah melakukan upgrade versi utama, Anda tidak akan dapat melakukan PITR ke titik waktu yang terjadi sebelum upgrade versi utama. Batasan ini berlaku meskipun periode retensi Anda mencakup jangka waktu tersebut. Anda dapat memulihkan instance ke titik waktu tertentu setelah memulai upgrade versi utama.

Mengubah 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 Beralih ke 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 Ringkasan instance.

gcloud

Contoh kode berikut menunjukkan cara mengubah instance 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 instance yang ingin Anda alihkan. Untuk 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:

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:

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 penyimpanan cadangan dan log edisi Cloud SQL Enterprise

Beralih ke edisi Cloud SQL Enterprise tidak akan mengubah lokasi penyimpanan log transaksi yang digunakan untuk PITR. Jika instance edisi Cloud SQL Enterprise Plus Anda menyimpan log transaksinya untuk PITR di Cloud Storage, log tersebut akan tetap berada di Cloud Storage. Namun, alih-alih menyimpan log transaksi selama 14 hari untuk PITR secara default, default-nya diubah menjadi 7 hari. Konfigurasi pencadangan tidak diubah.

Langkah selanjutnya