Pilih opsi pencadangan Anda

Dokumen ini menjelaskan dua opsi pencadangan untuk instance Cloud SQL Anda, termasuk fitur dan konfigurasi utamanya. Hal ini membantu Anda memilih opsi yang paling sesuai untuk instance Anda.

Sebelum dapat menggunakan cadangan dengan instance Cloud SQL, Anda harus memilih opsi pencadangan untuk setiap instance. Cloud SQL menawarkan opsi pencadangan berikut:

Opsi pencadangan yang Anda pilih menentukan fitur dan opsi konfigurasi yang tersedia untuk instance Cloud SQL Anda. Meskipun instance tidak dapat menggunakan beberapa opsi pencadangan secara bersamaan, Cloud SQL memungkinkan Anda beralih di antara opsi pencadangan ini sesuai kebutuhan.

Tabel berikut memberikan ringkasan fitur utama yang tersedia dengan setiap opsi pencadangan:

Fitur Cadangan standar Cadangan yang ditingkatkan
Pengelolaan cadangan terpusat di seluruh project -
Vault cadangan -
Jadwal pencadangan otomatis Harian Per jam, harian, mingguan, bulanan, tahunan
Pencadangan sesuai permintaan
Pencadangan multi-region
Cadangan akhir dalam penghapusan instance
Periode retensi cadangan 1 tahun 10 tahun
Mempertahankan semua cadangan saat penghapusan instance
Mempertahankan cadangan saat penghapusan project -
Retensi yang diterapkan dengan kunci retensi -
Pemulihan point-in-time menggunakan log
Pemulihan point-in-time setelah penghapusan instance
Pencadangan dan pemulihan lintas region -
Dukungan CMEK -

Untuk mengetahui informasi mendetail tentang opsi pencadangan ini, lihat Cadangan standar dan Cadangan yang ditingkatkan. Untuk mengetahui informasi selengkapnya tentang cara kerja pencadangan di Cloud SQL, lihat Ringkasan pencadangan Cloud SQL.

Cadangan yang ditingkatkan

Dengan cadangan yang ditingkatkan, Anda dapat menggunakan Backup and DR untuk mengelola dan menyimpan semua cadangan untuk instance Cloud SQL Anda di berbagai project dalam satu project cadangan pusat. Backup and DR menyediakan pengelolaan, pemantauan, dan pelaporan terpusat untuk operasi pencadangan sehari-hari di satu tempat. Cadangan disimpan di vault cadangan, yang merupakan resource penyimpanan aman dan terisolasi yang dikelola Google, dikelola oleh Backup and DR, dan rencana cadangan mengelola setelan pencadangan dan pemulihan. Hal ini menyediakan cadangan yang tidak dapat diubah dan tidak dapat dihapus yang independen dari project sumber. Untuk mengetahui informasi selengkapnya tentang cara kerja cadangan dengan Backup and DR, lihat Ringkasan Backup and DR.

Dengan cadangan yang ditingkatkan, Anda dapat menggunakan project cadangan terpusat yang menghosting vault cadangan dan rencana cadangan yang Anda kaitkan di semua instance Cloud SQL Anda. Paket ini juga dapat ditautkan di beberapa project.

Saat Anda melampirkan rencana cadangan ke instance Cloud SQL, setelan pencadangan dan pemulihan yang ada akan ditimpa oleh rencana cadangan. Rencana yang berisi setelan pencadangan dan pemulihan Anda disimpan dalam project cadangan terpusat, dan cadangan apa pun yang dibuat saat rencana aktif di instance Cloud SQL Anda disimpan di vault cadangan dalam project cadangan.

Jika Backup and DR dikelola di project terpisah Google Cloud , cadangan akan dilindungi saat project sumber atau workload dihapus. Peran dan tanggung jawab dikelola oleh Backup and DR Admin, dan terpisah dari Cloud SQL Admin peran dan tanggung jawab.

Anda dapat mempertahankan cadangan setelah penghapusan instance, atau membuat cadangan akhir instance Anda sebelum penghapusan. Semua cadangan yang diambil sebagai bagian dari cadangan yang ditingkatkan dapat digunakan untuk memulihkan instance saat aktif, atau setelah dihapus.

Penyimpanan cadangan

Cadangan disimpan di lokasi terpusat yang disebut vault cadangan. A vault cadangan adalah penyimpanan yang aman dan terisolasi, yang dikelola oleh Backup and DR. Vault cadangan menyimpan cadangan di satu region atau multi-region selama lokasi yang dipilih kompatibel dengan lokasi instance Anda. Untuk mengetahui informasi selengkapnya tentang tempat Anda dapat membuat vault cadangan, lihat Lokasi yang didukung vault cadangan.

Cloud SQL merekomendasikan agar Anda menggunakan vault cadangan yang berada di project yang berbeda dengan instance Cloud SQL Anda. Untuk mengetahui informasi selengkapnya, lihat Vault cadangan.

Retensi cadangan

Cadangan yang ditingkatkan memungkinkan Anda membuat cadangan sesuai permintaan dan cadangan otomatis. Cadangan apa pun yang dibuat saat menggunakan opsi cadangan yang ditingkatkan disimpan di vault cadangan dan dapat dipertahankan hingga 10 tahun. Vault cadangan memiliki periode retensi data minimum yang diterapkan antara 1 hari dan 10 tahun.

Jika Anda menghapus instance, semua cadangan instance yang dibuat saat instance Anda aktif akan dipertahankan secara otomatis dan mengikuti setelan retensi yang sama yang ditetapkan oleh rencana cadangan saat instance aktif. Jika Anda memilih untuk membuat cadangan akhir instance sebelum penghapusan, Anda juga dapat menetapkan retensi cadangan untuk cadangan akhir hingga 10 tahun.

Biaya cadangan

Dalam cadangan yang ditingkatkan, biaya cadangan didasarkan pada ukuran total cadangan yang disimpan di vault cadangan. Cadangan ini dibuat berdasarkan konfigurasi cadangan dalam rencana cadangan terkait instance. Total biaya dihitung oleh Backup and DR, dan didasarkan pada harga Backup and DR.

Batasan

Batasan berikut berlaku saat menggunakan cadangan yang ditingkatkan:

  • Vault cadangan dan instance Cloud SQL Anda harus berada di region yang sama atau kompatibel dengan lokasi instance Anda untuk vault cadangan multi-region.
  • Mengubah rencana cadangan terkait instance memerlukan perubahan instance Anda ke cadangan standar dengan menghapus hubungan rencana cadangan yang ada, lalu mengaitkan rencana cadangan baru.
  • Anda tidak dapat membuat replika Disaster Recovery (DR) untuk instance menggunakan cadangan yang ditingkatkan.
  • Jika instance Anda memiliki replika Disaster Recovery (DR), Anda tidak dapat mengaktifkan cadangan yang ditingkatkan untuk instance tersebut.
  • Anda tidak dapat mengaitkan rencana cadangan dengan instance replika.
  • Jika instance Anda menggunakan cadangan yang ditingkatkan, Anda tidak dapat menurunkan instance ke replika.

Cadangan standar

Cadangan standar adalah opsi pencadangan yang dikelola oleh Cloud SQL. Cadangan dibuat, dikelola, dan disimpan dalam project yang sama dengan instance Cloud SQL Anda. Tidak seperti cadangan yang ditingkatkan, yang setelan pencadangannya ditentukan oleh rencana cadangan, konfigurasi cadangan untuk cadangan standar ditetapkan di tingkat instance dan ditentukan dalam setelan instance. Oleh karena itu, jika Anda memiliki beberapa instance Cloud SQL, Anda harus menentukan konfigurasi cadangan untuk setiap instance secara terpisah di setelan cadangan instance. Cadangan apa pun yang dibuat sebagai bagian dari cadangan standar disimpan dalam project yang sama dengan instance.

Dengan cadangan standar, Anda dapat membuat cadangan otomatis dan sesuai permintaan untuk instance Cloud SQL Anda. Anda juga dapat memilih untuk mempertahankan semua cadangan dan membuat cadangan akhir data Anda saat penghapusan instance. Hal ini memungkinkan Anda membuat ulang instance yang Anda hapus. Namun, jika Anda tidak mempertahankan cadangan atau membuat cadangan akhir sebelum menghapus instance, Cloud SQL akan menghapus semua cadangan instance secara otomatis.

Penyimpanan cadangan

Cadangan disimpan di lokasi yang sama untuk instance dalam konfigurasi ketersediaan tinggi (HA) atau non-HA. Dalam konfigurasi ketersediaan tinggi, Anda tetap dapat mengakses cadangan instance jika terjadi failover atau switchover ke instance sekunder.

Anda dapat menentukan lokasi cadangan sebagai berikut:

  • Lokasi default yang Cloud SQL pilih, berdasarkan lokasi instance asli.
  • Lokasi kustom yang Anda pilih saat Anda tidak ingin menggunakan lokasi default.

Lokasi pencadangan default

Jika Anda tidak menentukan lokasi penyimpanan, cadangan Anda akan disimpan di multi-region yang secara geografis paling dekat dengan lokasi instance Cloud SQL Anda. Misalnya, jika instance Cloud SQL Anda berada di us-central1, cadangan Anda akan disimpan di us multi-region secara default.

Pencadangan multi-region

Cadangan standar memungkinkan Anda memiliki konfigurasi lokasi cadangan satu region atau multi-region. Dalam konfigurasi satu region, cadangan direplikasi di berbagai zona dalam region. Dalam konfigurasi multi-region, sebaiknya cadangan berada di region yang sama dengan instance untuk meminimalkan latensi dan menghindari potensi kegagalan cadangan karena kebijakan organisasi, atau batasan berbasis lokasi.

Lokasi pencadangan kustom

Cloud SQL dapat Anda gunakan untuk memilih lokasi kustom untuk data cadangan Anda. Hal ini berguna jika organisasi Anda perlu mematuhi peraturan residensi data yang mengharuskan Anda menyimpan cadangan dalam batas geografis tertentu. Jika memiliki jenis persyaratan ini, organisasi Anda mungkin menggunakan kebijakan organisasi Pembatasan Lokasi Resource. Dengan kebijakan ini, saat Anda mencoba menggunakan lokasi geografis yang tidak mematuhi kebijakan, Anda akan melihat peringatan di halaman Pencadangan. Jika melihat pemberitahuan ini, Anda perlu mengubah lokasi cadangan ke lokasi yang diizinkan oleh kebijakan.

Saat memilih lokasi kustom untuk cadangan, pertimbangkan hal berikut:

  • Biaya: satu cluster di instance Anda mungkin berada di region dengan biaya yang lebih rendah daripada cluster lainnya.
  • Kedekatan dengan server aplikasi: Anda sebaiknya menyimpan cadangan sedekat mungkin dengan aplikasi penyaluran, untuk mengurangi potensi latensi.
  • Penggunaan penyimpanan: Anda memerlukan ruang penyimpanan yang cukup untuk menyimpan cadangan seiring bertambahnya ukuran. Bergantung pada workload, Anda mungkin memiliki cluster dengan ukuran berbeda atau penggunaan disk yang berbeda. Hal ini dapat mempengaruhi klaster yang Anda pilih.

Anda dapat memilih lokasi Cloud SQL dan lokasi multi-region yang tersedia saat memilih lokasi cadangan kustom. Untuk mengetahui daftar lengkap nilai regional yang valid, lihat Lokasi Instance. Untuk daftar lengkap nilai multi-region, lihat Lokasi multi-region.

Untuk mengetahui informasi selengkapnya tentang cara menetapkan dan melihat lokasi cadangan untuk instance, lihat Menetapkan lokasi kustom untuk cadangan dan Melihat lokasi cadangan.

Retensi cadangan

Cadangan standar memungkinkan Anda membuat cadangan otomatis dan sesuai permintaan. Cadangan otomatis dapat dipertahankan dari 7 hari hingga 365 hari, dan defaultnya adalah 7 hari untuk instance edisi Cloud SQL Enterprise dan 15 hari untuk instance edisi Cloud SQL Enterprise Plus. Cadangan sesuai permintaan dipertahankan tanpa batas waktu, hingga cadangan dihapus, atau instance yang berisi cadangan dihapus.

Jika Anda mengaktifkan retensi cadangan setelah penghapusan instance untuk cadangan sesuai permintaan dan otomatis, cadangan tersebut akan mengikuti setelan retensi yang sama, yaitu 1 hingga 365 hari untuk cadangan otomatis, dan tanpa batas waktu untuk cadangan sesuai permintaan. Untuk mengetahui informasi selengkapnya, lihat Mempertahankan cadangan setelah penghapusan instance.

Biaya cadangan

Dalam cadangan standar, biaya cadangan didasarkan pada ukuran total cadangan, lokasi penyimpanan dan setelan retensi.

Anda dapat mengonfigurasi jumlah cadangan otomatis yang akan dipertahankan, dari 1 hingga 365.

Untuk mengetahui informasi selengkapnya tentang harga terkait cadangan, lihat Harga Cloud SQL.

Batasan kapasitas cadangan

Cloud SQL membatasi kapasitas operasi pencadangan di disk data. Anda diizinkan untuk memiliki maksimum lima operasi pencadangan setiap 50 menit per instance per project. Jika operasi pencadangan gagal, pencadangan tersebut tidak akan mengurangi kuota ini. Jika Anda mencapai batas, operasi akan gagal dengan pesan error yang memberi tahu kapan Anda dapat mencoba lagi.

Cloud SQL menggunakan token dari bucket untuk menentukan jumlah operasi pencadangan yang tersedia pada satu waktu. Setiap instance memiliki bucket. Ada maksimum lima token di bucket yang dapat Anda gunakan untuk operasi pencadangan. Setiap 10 menit, token baru ditambahkan ke bucket. Jika bucket penuh, token akan meluap.

Setiap kali Anda melakukan operasi pencadangan, token akan diberikan dari bucket. Jika operasi berhasil, token akan dihapus dari bucket. Jika gagal, token akan dikembalikan ke bucket. Diagram berikut menunjukkan cara kerjanya:

Cara kerja token

Langkah berikutnya