Praktik terbaik kebijakan pencadangan Backup and DR Service

Halaman ini memberikan praktik terbaik untuk membuat dan mengelola kebijakan pencadangan Layanan Backup dan DR menggunakan konsol Google Cloud , termasuk jenis kebijakan berikut:

  • Kebijakan Produksi ke Snapshot: mengambil snapshot data produksi secara berkala, dengan opsi untuk jadwal berjangka waktu atau berkelanjutan dan frekuensi yang berbeda. Anda juga dapat mempelajari cara menangani pencadangan log database.

  • Kebijakan OnVault: mengirim data ke penyimpanan objek, seperti Cloud Storage, untuk retensi jangka panjang. Halaman ini juga menjelaskan berbagai jenis kebijakan OnVault seperti Snapshot ke OnVault, Langsung ke OnVault, dan OnVault ke OnVault.

  • Kebijakan Production to Mirror: menggunakan replikasi StreamSnap untuk mereplikasi data ke appliance jarak jauh, sehingga memungkinkan toleransi durasi kehilangan data (RPO) yang rendah. Anda juga dapat mempelajari lebih lanjut cara kerja StreamSnap dan manfaatnya.

Menentukan rentang waktu pengambilan data dalam template kebijakan Layanan Pencadangan dan DR

Tentukan jadwal template kebijakan untuk memenuhi persyaratan berikut:

  • Persyaratan periode pengambilan data

  • RPO

  • Batas waktu pemulihan (RTO)

Misalnya, jika pengambilan harian harus dilakukan antara pukul 19.00 dan 07.00, berikan kebijakan jendela pengambilan 19:00 hingga 7:00. Memberikan jendela seluas mungkin pada kebijakan akan memberikan fleksibilitas maksimum bagi penjadwal untuk menjadwalkan semua tugas yang diperlukan. Jendela waktu yang Anda tentukan menentukan waktu mulai yang diizinkan untuk tugas pengambilan data. Tugas yang dimulai di akhir periode waktu dapat berjalan hingga selesai.

Mengonfigurasi jadwal kebijakan produksi ke snapshot

Backup and DR Service paling sering mengakses data terbaru. Oleh karena itu, Anda mungkin hanya perlu menyimpan data snapshot selama beberapa hari (asalkan Anda juga memiliki kebijakan OnVault dengan retensi yang lebih lama). Anda dapat menjadwalkan snapshot cadangan yang terjadi selama frekuensi dan jangka waktu tertentu atau secara berkelanjutan. Frekuensi minimum yang direkomendasikan untuk kebijakan snapshot adalah satu jam (RPO lokal), meskipun penjadwalan pencadangan log database dapat dijalankan sesering setiap 15 menit. Anda juga dapat mengonfigurasi frekuensi snapshot untuk memenuhi kebutuhan spesifik Anda.

Mengonfigurasi jadwal berjangka dari satu snapshot per jangka waktu

Sebagian besar kebijakan produksi ke snapshot Layanan Pencadangan dan DR dirancang untuk mengambil satu snapshot data dalam jangka waktu 24 jam. Pencadangan snapshot berjangka waktu dapat dijadwalkan untuk dilakukan dalam jangka waktu yang mungkin mematuhi batas hari, misalnya, pukul 19.00 hingga 07.00.

Anda dapat membuat jadwal kebijakan snapshot yang melintasi batas hari dan mengambil satu snapshot selama jangka waktu tertentu dengan mengonfigurasi setelan berikut di konsol Google Cloud :

  • Jenis jadwal Berjendela (default)
  • Ambil foto pada hari-hari berikut: Setiap hari kecuali Jangan pernah
  • Periode untuk membuka dan menutup sesuai kebutuhan, biasanya disetel dari pukul 19.00 hingga 07.00
  • Frekuensi Sekali Per Jendela
  • Waktu retensi (misalnya, simpan selama 2 hari)

Dengan jadwal berjangka waktu ini, batas hari (tengah malam) akan diabaikan.

Mengonfigurasi jadwal berjendela dari beberapa snapshot dalam jendela

Dalam beberapa kasus, Anda mungkin ingin mengambil beberapa snapshot dalam jangka waktu tertentu. Pendekatan ini memerlukan perencanaan yang cermat karena dapat mengakibatkan penggunaan resource sistem dan dapat menyebabkan situasi di mana snapshot terus diambil.

Anda dapat membuat jadwal kebijakan snapshot yang mengambil beberapa snapshot selama jangka waktu tertentu dengan mengonfigurasi setelan berikut di konsol Google Cloud :

  • Jenis jadwal Berjendela(default)
  • Ambil foto pada hari-hari berikut: Setiap hari kecuali Jangan pernah
  • Jendela untuk dibuka sesuai kebutuhan, dan mungkin atau mungkin tidak mencakup batas hari.
  • Frekuensi yang tidak tumpang-tindih dengan waktu yang diperlukan untuk mengambil snapshot. Nilai defaultnya adalah setiap delapan jam. Frekuensi minimum yang direkomendasikan untuk kebijakan snapshot adalah menjalankan setiap 1 jam (RPO lokal).
  • Waktu retensi (misalnya, simpan selama 2 hari)

Dengan pendekatan ini, tugas berjalan sesuai frekuensinya dalam periode yang ditentukan. Tugas apa pun yang sudah berjalan saat jendela ditutup akan terus berjalan hingga selesai.

Mengonfigurasi jadwal berkelanjutan yang berjalan setiap hari secara berkala

Anda dapat mengonfigurasi jadwal kebijakan snapshot yang berjalan terus-menerus setiap hari, 24 jam sehari, 7 hari seminggu, pada interval waktu setiap x menit atau jam. Misalnya, Anda dapat membuat kebijakan pencadangan snapshot berkelanjutan dengan tugas yang berjalan setiap hari setiap empat jam, dengan tugas pertama dimulai pada pukul 01.00.

Anda dapat membuat kebijakan snapshot yang dijadwalkan untuk berjalan secara berkelanjutan pada interval yang ditetapkan secara teratur dengan mengonfigurasi setelan berikut di konsol Google Cloud :

  • Jenis jadwal Berkelanjutan
  • Frekuensi yang tidak tumpang-tindih dengan waktu yang diperlukan untuk mengambil snapshot. Nilai defaultnya adalah setiap delapan jam. Frekuensi minimum yang direkomendasikan untuk kebijakan snapshot adalah menjalankan setiap 1 jam (RPO lokal).
  • Saatnya memulai tugas snapshot pertama.
  • Waktu retensi (misalnya, simpan selama 2 hari)

Anda juga memiliki opsi untuk menjadwalkan tugas berkelanjutan agar berjalan sekali per hari (periode jadwal kebijakan berkelanjutan terpanjang tanpa menentukan jadwal kebijakan berwindow). Dalam hal ini, Anda akan menentukan Jalankan Setiap 24 jam, yang sama dengan jadwal harian berkelanjutan.

Mengonfigurasi kebijakan OnVault

Kebijakan Layanan Pencadangan dan DR OnVault memungkinkan Anda mengirim data ke kumpulan OnVault di Cloud Storage, yang juga dikenal sebagai konfigurasi kumpulan OnVault. Jadwal dalam kebijakan digunakan untuk mengirim data terbaru ke cadangan penyimpanan objek. Setelah penyerapan data awal, operasi pengambilan OnVault mengikuti proses pengambilan data inkremental selamanya.

Saat mengirim data ke penyimpanan yang ditentukan oleh pool OnVault, koneksi HTTPS digunakan untuk memastikan keamanan data melalui jaringan. Opsi kompresi pool OnVault diaktifkan secara default untuk meminimalkan traffic jaringan.

Saat mengakses data di lokasi penyimpanan yang ditentukan di pool OnVault, perhatikan pertimbangan berikut:

  • Perangkat dapat membuat clone.
  • Perangkat dapat memasang data, tetapi karena data pertama-tama disalin ke kumpulan snapshot, lalu dipasang, hal ini tidak direkomendasikan.

  • LiveClone tidak dapat dibuat.

Anda dapat membuat tiga jenis kebijakan Backup and DR Service OnVault:

  • Kebijakan Snapshot ke OnVault: mengambil data di kumpulan snapshot, lalu menyalin data di kumpulan snapshot ke bucket Cloud Storage yang ditentukan oleh kumpulan OnVault.

  • Kebijakan Direct to OnVault: memungkinkan cadangan VM VMware dikirim langsung ke bucket Cloud Storage yang ditentukan oleh kumpulan OnVault.

  • Kebijakan OnVault ke OnVault: mereplikasi data dari satu kumpulan OnVault ke kumpulan OnVault lainnya.

Membuat kebijakan Snapshot ke OnVault

Untuk membuat jadwal Snapshot ke OnVault yang mengirim data snapshot terbaru ke penyimpanan objek yang ditentukan oleh pool OnVault dalam jangka waktu yang ditentukan sekali sehari, konfigurasikan setelan berikut di konsol Google Cloud :

  • Vault pada hari-hari ini: Setiap hari
  • Buka dan tutup jendela sesuai kebutuhan. Biasanya disetel ke 19.00 hingga 18.50

  • Waktu retensi (misalnya, pertahankan selama 3 tahun)

Membuat kebijakan Direct to OnVault

Untuk membuat jadwal Direct to OnVault yang mengirimkan update inkremental terbaru langsung ke penyimpanan yang ditentukan oleh pool Onvault dalam jangka waktu yang ditentukan sekali sehari, konfigurasi setelan berikut di konsol Google Cloud :

  • Pada hari-hari ini: Setiap hari
  • Buka dan tutup jendela sesuai kebutuhan. Biasanya disetel ke 19.00 hingga 18.50

  • Waktu retensi (misalnya, pertahankan selama 3 tahun)

Kebijakan OnVault ke OnVault

Untuk membuat jadwal OnVault ke OnVault yang mengirimkan update inkremental terbaru langsung ke penyimpanan yang ditentukan oleh pool OnVault dalam jangka waktu yang ditentukan sekali sehari, konfigurasikan setelan berikut di konsol Google Cloud :

  • Pada hari-hari ini: Setiap hari
  • Buka dan tutup jendela sesuai kebutuhan. Biasanya disetel ke 19.00 hingga 18.50
  • Waktu retensi (misalnya, pertahankan selama 3 tahun)
  • Pastikan kumpulan OnVault sumber ditetapkan dengan benar
  • Pilih kumpulan OnVault target. Ini adalah kumpulan OnVault kedua yang akan mereplikasi data dari kumpulan OnVault sumber.

Kebijakan pencadangan Production to Mirror

Praktik terbaik untuk kebijakan pencadangan Produksi ke Mirror bergantung pada opsi replikasi yang akan Anda gunakan. Bagian ini menguraikan praktik terbaik kebijakan untuk metode replikasi StreamSnap yang ditawarkan oleh appliance.

Kebijakan Produksi ke Cermin menggunakan replikasi StreamSnap

Kebijakan pencadangan Production to Mirror yang menggunakan konfigurasi replikasi StreamSnap terikat dengan kebijakan snapshot tertentu. Setelan ini menggunakan jadwal dan frekuensi kebijakan snapshot terkait dalam template.

StreamSnap mereplikasi snapshot data ke perangkat cadangan/pemulihan jarak jauh melalui jaringan berkualitas tinggi, yang dapat memberikan RPO serendah satu jam. Untuk VM VMware, replikasi snapshot di-streaming ke perlengkapan pencadangan/pemulihan kedua secara paralel dengan snapshot yang disalin. Streaming VM VMware dilakukan untuk menghindari penantian hingga tugas snapshot lokal selesai sebelum memulai replikasi.

Replikasi StreamSnap melakukan hal berikut:

  • Mencapai Toleransi Jumlah Data yang Hilang (RPO) sesingkat satu jam. Kebijakan replikasi StreamSnap mengandalkan kebijakan produksi terkait untuk tujuan titik pemulihan dan setelan snapshot lanjutan lainnya. Kebijakan StreamSnap dapat mengarah ke kebijakan snapshot apa pun dengan frekuensi satu jam atau lebih (tujuan titik pemulihan jarak jauh).
  • Menggunakan jaringan IP yang ada untuk mereplikasi data.
  • Mereplikasi data dalam jumlah besar kepada pengguna jarak jauh (misalnya, lingkungan pengujian dan pengembangan).
  • Mempertahankan beberapa gambar snapshot pada waktu tertentu di situs jarak jauh, dengan perilaku retensi didorong oleh setelan dalam kebijakan StreamSnap.
  • Menyederhanakan failover ke host di situs jarak jauh.
  • Mengaktifkan replikasi terbalik inkremental (sinkronisasi kembali) ke appliance pencadangan/pemulihan lokal.
  • Memampatkan dan mengenkripsi data yang direplikasi ke perangkat cadangan/pemulihan kedua. Anda dapat menonaktifkan kompresi jika data sudah dikompresi (misalnya, untuk gambar dan video).

Saat Anda menerapkan template cadangan ke aplikasi atau VM di Pengelola Aplikasi, Monitor akan mencatat hasil tugas StreamSnap dan muncul sebagai satu tugas. Setelah replikasi selesai, dua tugas akan muncul di Monitor dengan status Succeeded; satu untuk tugas snapshot dan satu untuk tugas StreamSnap (lihat Penanganan error tugas StreamSnap). Jika terjadi kegagalan tugas, baik untuk tugas StreamSnap maupun tugas snapshot, dua entri tugas akan muncul untuk mengidentifikasi tugas mana yang berhasil.

Langkah berikutnya