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

Rencana 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 dari rencana pencadangan Layanan Backup and 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 pencadangan adalah sebagai berikut:

  • Pengulangan: Menentukan frekuensi pencadangan
    • Per jam: Menentukan frekuensi dalam jam
    • Harian: Pencadangan terjadi sekali setiap hari
    • Mingguan: Memilih satu atau beberapa hari tertentu dalam seminggu
    • Bulanan: Memilih hari tertentu dalam sebulan (misalnya, tanggal 1 atau 15)
    • Tahunan: Pencadangan terjadi setahun sekali pada tanggal yang ditentukan
  • Batasan: Tidak ada dua aturan pencadangan dalam satu rencana yang dapat dibuat dengan periode frekuensi pencadangan yang sama
  • Periode Pencadangan: Menentukan jangka waktu (dalam format 24 jam) selama 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 maksimum

Setelan ini menentukan jumlah hari maksimum cadangan sesuai permintaan (dibuat secara manual di luar jadwal otomatis) dapat dipertahankan. Hal ini mencegah pengguna menetapkan periode retensi yang terlalu lama secara tidak sengaja 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 mengambil log transaksi antara titik pencadangan penuh.

Percobaan ulang tugas pencadangan

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

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

Percobaan ulang tugas dilaporkan di Monitor > Tugas. Untuk mengidentifikasi percobaan ulang, keempat tugas akan menggunakan nomor Tugas yang sama dengan akhiran unik (misalnya, Job_12345, Job_12345a, Job_12345b).

Retensi data dan pengelolaan penyimpanan

Bagian ini menjelaskan fitur retensi data dan pengelolaan penyimpanan yang penting dari rencana pencadangan Backup and DR.

Jenis retensi

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

Batasan penyimpanan

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

Keamanan dan enkripsi: CMEK

  • Persyaratan Penyesuaian: Jika workload sumber dilindungi oleh Kunci Enkripsi yang Dikelola Pelanggan (CMEK), rencana pencadangan harus mengarah ke vault pencadangan yang mendukung CMEK.
  • Enkripsi Standar: Resource yang menggunakan Google-owned and Google-managed encryption keys harus dicadangkan ke vault standar (non-CMEK).

Region dan pemisahan zona yang didukung

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

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

Langkah berikutnya