Ringkasan rencana cadangan

Rencana pencadangan adalah alat pengelolaan terpusat yang memungkinkan Anda menentukan strategi pencadangan lanjutan untuk resource Google Cloud Anda. Dengan menggunakan rencana pencadangan, Anda dapat mengotomatiskan kapan dan bagaimana data Anda dilindungi, sehingga memastikan titik pemulihan yang konsisten di seluruh infrastruktur Anda.

Rencana pencadangan juga disebut sebagai kebijakan pencadangan. Fitur utama layanan ini adalah kemampuan untuk mengaitkan rencana pencadangan dengan workload guna memastikan perlindungan data yang konsisten.

Jenis resource yang didukung

Paket pencadangan mendukung resource yang disimpan di vault berikut:

  • Instance Compute Engine
  • Disk Compute Engine
  • Instance Cloud SQL
  • Cluster AlloyDB untuk PostgreSQL
  • Instance Filestore

Komponen inti rencana pencadangan

Bagian ini menjelaskan komponen penting paket pencadangan Backup dan DR.

Aturan pencadangan

Rencana pencadangan terdiri dari satu atau beberapa aturan pencadangan yang menentukan siklus proses pencadangan. Beberapa aturan pencadangan dapat dikaitkan dengan satu rencana pencadangan. Atribut rencana cadangan adalah sebagai berikut:

  • Pengulangan: Menentukan seberapa sering pencadangan dilakukan
    • Per jam: Tentukan frekuensi dalam jam
    • Harian: Pencadangan dilakukan sekali setiap hari
    • Mingguan: Pilih satu atau beberapa hari tertentu dalam seminggu
    • Bulanan: Pilih hari tertentu dalam sebulan (misalnya, tanggal 1 atau 15)
    • Tahunan: Pencadangan terjadi setahun sekali pada tanggal tertentu
  • Batasan: Tidak ada dua aturan pencadangan dalam rencana yang dapat dibuat dengan periode frekuensi pencadangan yang sama
  • Periode Pencadangan: Menentukan jangka waktu (dalam format 24 jam) saat tugas pencadangan harus dimulai
    • Durasi: Periode harus berdurasi minimal enam jam
    • Waktu Mulai: Waktu paling awal pencadangan dapat dimulai
  • Retensi: Jumlah hari setiap cadangan yang dibuat oleh aturan ini akan disimpan sebelum memenuhi syarat untuk dihapus. Pengguna dapat menentukan retensi yang diterapkan di tingkat aturan pencadangan

Retensi sesuai permintaan kustom maksimum

Setelan ini menentukan jumlah maksimum hari cadangan on-demand (dibuat secara manual di luar jadwal otomatis) dapat dipertahankan. Tindakan ini mencegah pengguna secara tidak sengaja menetapkan periode retensi yang terlalu lama untuk snapshot manual.

Pencadangan log database

Untuk resource database (seperti Cloud SQL atau AlloyDB), Anda dapat mengaktifkan pencadangan log dalam rencana pencadangan. Hal ini memungkinkan Pemulihan Point-in-Time (PITR) dengan merekam log transaksi di antara titik pencadangan penuh.

Percobaan ulang tugas pencadangan

Jika tugas terjadwal gagal, penjadwal akan otomatis mencoba kembali tugas hingga tiga kali lagi.

  • Kegagalan pertama: Status ditandai "Dicoba lagi"; menunggu 4 menit.
  • Kegagalan kedua: Percobaan ulang berikutnya diantrekan setelah 16 menit.
  • Kegagalan ketiga: Percobaan ulang terakhir diantrekan setelah 64 menit.
  • Kegagalan akhir: Setelah total 4 upaya, status berubah menjadi "Gagal". Tidak ada lagi tugas yang dicoba untuk periode jadwal tersebut.

Pencobaan ulang tugas dilaporkan di Monitor > Jobs. Untuk mengidentifikasi percobaan ulang, keempat tugas akan memiliki Nomor tugas yang sama dengan akhiran unik (misalnya, Job_12345, Job_12345a, Job_12345b).

Pengelolaan retensi dan penyimpanan data

Bagian ini menjelaskan fitur penting pengelolaan penyimpanan dan retensi data dari paket pencadangan Backup dan DR.

Jenis retensi

  • Retensi Berbasis Masa Aktif: Siklus proses standar saat cadangan disimpan selama durasi yang ditentukan dalam aturan rencana, lalu otomatis berakhir.
  • Retensi yang Diterapkan: Fitur keamanan di tingkat vault cadangan. Jika vault mengaktifkan "Cegah penghapusan untuk", cadangan tidak dapat dihapus—bahkan oleh administrator—hingga periode ini berakhir. Periode ini bisa lebih lama daripada periode retensi aturan.

Batasan penyimpanan

  • Nilai Minimum Vault: Periode retensi rencana cadangan tidak boleh lebih pendek dari periode retensi minimum yang dikonfigurasi di vault cadangan tujuan. Periode retensi data sesuai permintaan kustom maksimum harus lebih besar dari atau sama dengan periode retensi data minimum yang diterapkan di vault cadangan tujuan.
  • Imutabilitas: Cadangan bersifat imutable (tidak dapat diubah atau dihapus) selama durasi periode retensi data yang diberlakukan di brankas.
  • Penghapusan Otomatis: Setelah periode retensi data yang ditetapkan dalam rencana pencadangan berakhir (dan retensi yang diterapkan di tingkat brankas terpenuhi), layanan akan otomatis menghapus cadangan untuk mengelola biaya penyimpanan.
  • Periode retensi data sesuai permintaan maksimum harus lebih besar dari atau sama dengan periode retensi data minimum yang diterapkan di vault cadangan tujuan.

Keamanan dan enkripsi: CMEK

  • Persyaratan Penyesuaian: Jika workload sumber dilindungi oleh Kunci Enkripsi yang Dikelola Pelanggan (CMEK), paket pencadangan harus mengarah ke vault cadangan yang mendukung CMEK.
  • Enkripsi Standar: Resource yang menggunakan dan Google-managed encryption keydimiliki Google harus dicadangkan ke brankas standar (non-CMEK).

Wilayah yang didukung dan pemisahan zona

Paket pencadangan tersedia di sebagian besar wilayah Google Cloud utama. Namun, region tertentu tidak mendukung pemisahan zona, yang berarti cadangan mungkin tidak disimpan di zona yang berbeda dari sumber:

  • Asia Pasifik: Osaka (asia-northeast2)
  • Eropa: Warsawa (europe-central2)
  • Timur Tengah & Afrika: Doha (me-central1), Johannesburg (africa-south1)
  • Amerika Utara: Montréal (northamerica-northeast1), Querétaro (northamerica-south1)
  • Amerika Selatan: Santiago (southamerica-west1)

Langkah berikutnya