Replikasi data salinan ke penyimpanan jarak jauh melindungi data jika terjadi bencana di situs utama dan mengurangi jumlah penyimpanan yang diperlukan di situs utama. Tujuan replikasi adalah untuk mendapatkan kembali data Anda dalam situasi kehilangan data dan dampak pada sistem produksi Anda karena masalah seperti kegagalan hardware, masalah software, atau peristiwa situs. Replikasi data juga mendukung pembuatan salinan jarak jauh data Pengujian/Pengembangan, QA, dan analisis. Data dapat direplikasi dari satu perangkat pencadangan/pemulihan ke perangkat kedua (jarak jauh) atau ke cloud untuk tujuan pemulihan, disaster recovery, atau pengujian dan pengembangan.
Template pencadangan Anda menentukan metode, jadwal, dan frekuensi replikasi data ke situs jarak jauh. Template pencadangan menentukan cara memindahkan dan menyimpan data secara efisien ke perangkat pencadangan/pemulihan jarak jauh. Replikasi data dikontrol oleh kebijakan template individual:
Kebijakan Production to Mirror melindungi data aplikasi atau VM Anda dari kegagalan situs dengan memiliki salinan lengkap data tersebut yang diduplikasi ke situs produksi jarak jauh. Aplikasi selalu diperbarui dan dapat dimulai ulang sewaktu-waktu di situs jarak jauh dengan mengakses data dari salinan DR jarak jauh. Pencerminan data dapat dianggap sebagai replikasi yang dioptimalkan aksesnya ke situs jarak jauh. Untuk mengetahui detailnya, lihat Replikasi Kebijakan Produksi ke Mirror.
Kebijakan Snapshot to OnVault menggunakan koneksi HTTPS untuk mengirim data ke penyimpanan yang ditentukan oleh OnVault Pool. Opsi kompresi diaktifkan secara default di OnVault Pool. Untuk mengetahui detailnya, lihat bagian Mengirim snapshot ke satu atau beberapa kumpulan OnVault.
Mengirim snapshot ke satu atau beberapa kumpulan OnVault
Kebijakan snapshot ke OnVault memungkinkan Anda mengirim data snapshot ke lokasi yang ditentukan oleh kumpulan OnVault. Jadwal dalam kebijakan digunakan untuk mengirim snapshot terbaru yang diambil oleh kebijakan produksi ke snapshot template kebijakan ke lokasi yang ditentukan oleh kumpulan OnVault. Penyimpanan pool OnVault biasanya digunakan untuk retensi jangka panjang. Untuk mengetahui detail tentang kumpulan OnVault, lihat Mengirim snapshot ke satu atau beberapa kumpulan OnVault.
Saat mengirim data ke penyimpanan yang ditentukan oleh kumpulan OnVault, koneksi HTTPS digunakan untuk memastikan keamanan data melalui jaringan. Opsi kompresi pool OnVault diaktifkan secara default untuk meminimalkan traffic jaringan.
Setelah penyerapan awal snapshot lengkap, hanya perubahan pada data yang dikirim ke kumpulan OnVault. Ini adalah model inkremental selamanya yang sama dengan yang digunakan oleh kebijakan lain.
Saat mengakses data di penyimpanan kumpulan OnVault, pertimbangkan hal berikut:
Peralatan pencadangan/pemulihan dapat membuat clone.
LiveClone tidak dapat dibuat.
OnVault ke beberapa kumpulan OnVault
Data aplikasi dapat dikirim ke beberapa target OnVault di cloud. Setiap target OnVault dikontrol oleh kebijakan terpisah sehingga frekuensi update dan retensi dapat berbeda (misalnya, update lokal yang sering dengan retensi singkat, bersama dengan update yang lebih jarang ke cloud dengan retensi jangka panjang).
OnVault multi-target didukung dengan semua jenis aplikasi, termasuk Direct-to-OnVault dengan VM VMware. Dalam hal ini, data ditulis langsung ke kumpulan OnVault pertama, melewati kumpulan snapshot, lalu dibaca dari kumpulan OnVault pertama dan dikirim ke kumpulan lainnya.
Replikasi kebijakan produksi ke duplikasi
Kebijakan produksi ke duplikasi menyediakan cara untuk mereplikasi salinan data aplikasi atau VM ke peralatan pencadangan/pemulihan target dan untuk memiliki akses data tanpa periode pemulihan, sehingga memberikan RTO yang sangat rendah. Jika diperlukan, Anda dapat melakukan failback ke situs produksi dengan set data yang identik yang diduplikasi antara perangkat pencadangan/pemulihan lokal dan jarak jauh.
StreamSnap
StreamSnap memfasilitasi ketersediaan tinggi dengan memungkinkan Anda menyimpan salinan jarak jauh penyimpanan dan konfigurasi aplikasi yang terbaru dan siap untuk skenario failover. Jika aplikasi yang dikelola StreamSnap gagal, Anda akan memasang cadangan failover aplikasi dari situs jarak jauh. Setelah masalah diselesaikan, Anda dapat memulihkan cadangan sinkronisasi balik ke situs lokal dengan perubahan terbaru, lalu melakukan failback aplikasi ke situs produksi.
StreamSnap mereplikasi snapshot data ke peralatan pencadangan/pemulihan jarak jauh melalui jaringan IP bandwidth berkualitas tinggi, yang dapat memberikan RPO serendah satu jam.
Untuk VM VMware, replikasi snapshot di-streaming ke peralatan pencadangan/pemulihan kedua secara paralel. Streaming VM VMware dilakukan untuk menghindari menunggu hingga tugas snapshot lokal selesai sebelum memulai replikasi.
Untuk aplikasi VM non-VMware, replikasi snapshot terjadi setelah tugas snapshot lokal selesai.
Kebijakan produksi ke mirror dengan replikasi StreamSnap terkait dengan kebijakan produksi ke snapshot tertentu. Snapshot ini menggunakan setelan jadwal dan frekuensi kebijakan produksi ke snapshot yang terkait.
Anda dapat mempertahankan cadangan dari beberapa titik waktu yang tersedia di situs jarak jauh dengan menerapkan retensi dalam kebijakan StreamSnap. Saat mempertahankan cadangan di peralatan jarak jauh, cadangan baru akan dibuat di peralatan jarak jauh dengan tanggal habis masa berlaku yang ditentukan oleh setelan kebijakan. Setiap pencadangan jarak jauh mendukung semua operasi yang tersedia dengan pencadangan lokal saat diakses dari Pengelola Aplikasi.
Replikasi StreamSnap memerlukan koneksi jaringan yang andal untuk mereplikasi snapshot data ke peralatan jarak jauh. Bandwidth yang diperlukan pada koneksi jaringan terkait langsung dengan ukuran aplikasi (salinan awal) dan jumlah perubahan (untuk update inkremental).
Teknologi replikasi data Backup and DR:
- Melindungi data jika terjadi potensi kehilangan atau kerusakan, di berbagai lokasi jarak jauh, pusat data, dan wilayah geografis. Jika terjadi gangguan, replikasi data memberikan pemulihan cepat akses dan penggunaan data tersebut.
- Memanfaatkan bandwidth jaringan secara paling efektif dengan memanfaatkan teknologi kompresi.
- Menghilangkan kebutuhan akan akselerator/pengoptimal WAN khusus.
- Mempertahankan urutan penulisan, bahkan di beberapa LUN dalam grup konsistensi.
- Terintegrasi dengan direktur ketahanan Backup and DR.
- Mengenkripsi data menggunakan standar enkripsi AES-256. Autentikasi antar-peralatan dilakukan menggunakan sertifikat RSA 2048-bit.
Metode replikasi
Template pencadangan Anda menentukan metode, jadwal, dan frekuensi replikasi data ke situs jarak jauh. Template pencadangan menentukan cara memindahkan dan menyimpan data secara efisien ke perangkat pencadangan/pemulihan jarak jauh. Profil resource menentukan tempat penyimpanan data. Data dapat disimpan secara lokal atau di perangkat pencadangan/pemulihan jarak jauh tempat data akan direplikasi.
Replikasi data dapat diterapkan melalui berbagai metode:
- Pencerminan Data: Kebijakan produksi ke pencerminan melindungi data aplikasi atau VM Anda dari kegagalan situs dengan memiliki salinan lengkap data tersebut yang dicerminkan ke situs produksi jarak jauh. Aplikasi terus diperbarui dan dapat dimulai ulang kapan saja di situs jarak jauh dengan mengakses data dari salinan DR jarak jauh. Pencerminan data dapat dianggap sebagai replikasi yang dioptimalkan akses ke situs jarak jauh. Pencerminan data antara situs produksi dan situs yang dicerminkan tersedia dalam metode replikasi StreamSnap. Untuk mengetahui informasi selengkapnya, lihat halaman Replikasi Produksi ke Mirror.
Snapshot ke OnVault dan langsung ke OnVault: Kebijakan OnVault mengirim data melalui jaringan ke Cloud Storage. Kebijakan ini memungkinkan Anda mengirim data aplikasi dan VM ke penyimpanan yang ditentukan oleh kumpulan OnVault Backup and DR. Untuk mengetahui informasi selengkapnya, lihat halaman Mereplikasi ke penyimpanan objek yang ditentukan oleh kumpulan OnVault Backup and DR.
Berikut adalah manfaat dari setiap metode replikasi.
| Metode Replikasi | Penggunaan yang Direkomendasikan | Kelebihan | Kekurangan |
|---|---|---|---|
| Snapshot ke OnVault atau langsung ke OnVault | Retensi jangka pendek, menengah, dan panjang. | Hemat biaya
Kompresi mengurangi konsumsi bandwidth Data dienkripsi dalam pengiriman dan, secara opsional, dalam penyimpanan |
Penggunaan bandwidth yang lebih tinggi.
Aplikasi tidak dapat dijalankan di penyimpanan yang ditentukan oleh pool OnVault. |
| Pencerminan Data: StreamSnap | Disaster recovery untuk aplikasi yang memerlukan RPO lebih singkat. | RPO sesingkat satu jam dengan akses data dan failover yang hampir instan
Dikompresi dan dienkripsi Mereplikasi data dalam jumlah besar juga. Mempertahankan cadangan dari beberapa titik waktu yang tersedia di peralatan jarak jauh Teknologi StreamSnap dapat digunakan untuk replikasi log antara peralatan lokal dan jarak jauh |
Konsumsi bandwidth yang lebih tinggi |
Memilih storage pool untuk data yang direplikasi
Untuk memilih storage pool tujuan yang akan digunakan untuk menyimpan data replikasi StreamSnap yang masuk:
- Klik tab Manage, lalu pilih Appliances dari menu drop-down.
- Pilih peralatan.
- Klik Configure Appliance untuk membuka halaman Appliance Configuration.
- Buka System, lalu Configuration, lalu Appliance Settings.
- Klik tab Penyimpanan. Menu drop-down akan muncul, tempat Anda dapat memilih kumpulan snapshot tujuan untuk data yang direplikasi yang masuk ke perangkat pencadangan/pemulihan ini.
(Opsional hanya untuk VMware) Anda dapat mengganti setelan ini untuk VM VMware jika ingin VM tersebut masuk ke datastore ESX. Centang kotak VM override dan buat pilihan berikut:
- Pilih vCenter untuk mengelola operasi. Idealnya, vCenter ini harus berada di situs DR.
- Pilih host ESXi untuk menghosting VM VMware. Host ESXi ini juga harus berada di situs DR dan harus diaktifkan serta tersedia setiap saat. Anda hanya dapat memilih satu host ESXi.
- Pilih datastore untuk menyimpan data DR. Datastore harus memiliki ruang untuk menampung VMDK (Virtual Disk) yang direplikasi. Jika Anda memilih beberapa datastore, peralatan pencadangan/pemulihan akan menggunakan setiap datastore secara bergantian.
Peralatan pencadangan/pemulihan akan membuat VM baru di situs DR menggunakan nama
DR-<original VM name>. Misalnya, jika VM sumber disebut testvm, salinan DR akan disebut DR-testvm. Jika VM sudah ada dan dinonaktifkan, peralatan pencadangan/pemulihan akan menggunakannya sebagai target untuk VM yang direplikasi.Klik tombol Save Settings berwarna abu-abu.
Mengonfigurasi replikasi StreamSnap
Berdasarkan persyaratan produksi ke pencerminan untuk mereplikasi salinan data Anda ke perangkat pencadangan/pemulihan kedua, Anda dapat menjalankan failover cadangan replikasi StreamSnap ke situs produksi data yang dicerminkan di perangkat pencadangan/pemulihan kedua. Selanjutnya, perubahan yang dilakukan di situs DR dapat direplikasi kembali (failback) ke lingkungan produksi Anda di peralatan pencadangan/pemulihan lokal.
- Beberapa cadangan sinkronisasi balik dapat digunakan untuk mereplikasi perubahan kumulatif yang dilakukan di situs DR kembali ke produksi.
- Cadangan sinkronisasi balik dapat dipasang, di-clone, atau dipulihkan di situs produksi untuk memulihkan akses.
Untuk mengelola aplikasi atau VM menggunakan kebijakan replikasi StreamSnap, lakukan hal berikut:
- Pastikan kedua peralatan dikonfigurasi dan digabungkan (bertukar sertifikat keamanan), beroperasi dalam Mode Berbagi.
Di Backup Plans, buat template yang menyertakan salah satu dari masing-masing hal berikut:
- Production to Snapshot policy. Kebijakan produksi ke pencerminan yang menggunakan opsi replikasi StreamSnap terkait dengan kebijakan snapshot tertentu. Kebijakan StreamSnap memerlukan setelan jadwal dan frekuensi kebijakan snapshot terkait dalam template. Anda akan dicegah untuk menyimpan kebijakan replikasi StreamSnap tanpa kebijakan snapshot dasar terkait dalam template.
- Kebijakan Production to Mirror. Kebijakan produksi ke duplikasi menggunakan replikasi StreamSnap. Pencadangan jarak jauh mendukung semua operasi yang tersedia dengan pencadangan lokal saat diakses di Pengelola Aplikasi.
Di Backup Plans, buat profil resource yang menentukan tempat untuk menyimpan data secara lokal serta tempat untuk mereplikasi data. Lihat halaman Membuat profil resource.
Di App Manager, pilih data aplikasi yang ingin Anda kelola, lalu terapkan template kebijakan untuk mengelola aplikasi atau VM.
Snapshot diambil secara lokal dan direplikasi ke peralatan jarak jauh. Data tersebut kemudian tersedia di peralatan jarak jauh untuk memberikan fleksibilitas akses instan. Cadangan akan muncul di sistem jarak jauh saat Anda mengklik tombol Remote Snap di jendela Restore di App Manager.
Uji failover ke peralatan jarak jauh seperti yang dijelaskan dalam Menguji failover
Berdasarkan persyaratan produksi ke pencerminan untuk mereplikasi salinan data Anda ke peralatan kedua, Anda dapat menjalankan failover pencadangan replikasi StreamSnap ke situs produksi di peralatan kedua. Selanjutnya, perubahan yang dilakukan di situs DR dapat direplikasi kembali (failback) ke lingkungan produksi Anda di peralatan lokal. Untuk mengetahui detailnya, lihat halaman Failover dan failback.
Penanganan error tugas StreamSnap
Jika template pencadangan menyertakan kebijakan replikasi StreamSnap dan kebijakan snapshot, dan Anda menerapkan template pencadangan tersebut ke aplikasi atau VM, Monitor akan mencatat hasil tugas StreamSnap. Saat berjalan, tugas StreamSnap muncul sebagai satu tugas di Monitor. Setelah replikasi selesai, dua tugas akan muncul di Monitor; satu untuk tugas snapshot dan yang kedua untuk tugas StreamSnap.
Perhatikan cara berikut yang digunakan peralatan pencadangan/pemulihan untuk melacak tugas tersebut:
- Jika replikasi berhasil, dua entri tugas terpisah akan muncul dalam daftar tugas di halaman Jobs dengan status Succeeded. Kedua entri tugas memiliki Job Name yang sama, kecuali bahwa tugas StreamSnap juga menyertakan akhiran S dalam Job Name-nya.
- Jika terjadi kegagalan tugas, baik untuk tugas StreamSnap maupun tugas snapshot, dua entri tugas akan muncul dalam daftar tugas di halaman Jobs untuk mengidentifikasi tugas mana yang berhasil dan tugas mana yang gagal.
Waktu mulai dan berakhir entri tugas StreamSnap dan entri tugas snapshot akan sama di Monitor. Jumlah waktu sebenarnya yang diperlukan untuk fase snapshot tercantum di halaman Statistics untuk tugas StreamSnap.
Tabel berikut menguraikan histori tugas dan perilaku penanganan error berdasarkan keberhasilan atau kegagalan kebijakan snapshot dan kebijakan replikasi StreamSnap saat digunakan untuk melindungi aplikasi.
| Skenario Perlindungan | Perilaku Histori Tugas |
|---|---|
| Tugas snapshot dan StreamSnap berhasil | Dua entri tugas terpisah akan muncul dalam daftar tugas dengan status Succeeded saat tugas selesai. Kedua entri tugas memiliki Nama Tugas yang sama, kecuali bahwa tugas StreamSnap juga menyertakan akhiran S dalam Nama Tugas-nya. |
| Tugas snapshot berhasil, tugas StreamSnap gagal | Untuk tugas snapshot, satu entri tugas akan muncul dalam daftar tugas dengan status Succeeded.
Tugas StreamSnap dicoba ulang hingga tiga kali. |
| Tugas snapshot dan StreamSnap gagal, tetapi kemudian peralatan mencoba lagi | Satu entri tugas StreamSnap muncul dalam daftar tugas dengan status Retried.
Jika tugas snapshot berhasil, tetapi tugas StreamSnap masih gagal, hal ini akan menghasilkan dua entri tugas dan tidak akan ada percobaan ulang lebih lanjut untuk StreamSnap. |
| Tugas snapshot individual dan StreamSnap gagal setelah jumlah percobaan ulang maksimum | Satu entri tugas StreamSnap muncul dalam daftar tugas dengan status Failed. |
Percobaan ulang replikasi StreamSnap
Replikasi StreamSnap (SnapReplicate) mereplikasi snapshot point-in-time dari aplikasi asli. Lihat halaman Membuat kebijakan produksi ke pencerminan replikasi StreamSnap untuk mengetahui informasi selengkapnya.
Manfaat
Replikasi StreamSnap ke host yang berbeda dapat berjalan secara serentak, sehingga replikasi ke beberapa host dapat diselesaikan jauh lebih cepat.
Jika fase snapshot tugas StreamSnap berhasil, tetapi fase StreamSnap gagal, fase StreamSnap akan dicoba ulang hingga tiga kali lagi sebelum tugas StreamSnap gagal. Tugas StreamSnap memiliki akhiran S yang diikuti dengan huruf a, b, atau c, yang menandakan jumlah percobaan ulang.
Jika tugas snapshot gagal, tugas tersebut akan dicoba lagi. Jika percobaan ulang berhasil, tugas replikasi dapat dilanjutkan. Jika tugas snapshot gagal bahkan setelah percobaan ulang, baru kemudian tugas StreamSnap gagal.
Saat Anda menjalankan tugas StreamSnap baru sementara tugas StreamSnap yang ada sudah berjalan, tugas StreamSnap baru akan otomatis dibagi menjadi dua tugas (snap+replicate) sebelum dimasukkan ke dalam antrean. Dalam skenario ini, bagian snap dari tugas kedua dapat berjalan secara paralel dengan bagian replikasi dari tugas kedua. Bagian replikasi dari tugas kedua menunggu tugas snapshot selesai sebelum diaktifkan.
Replikasi snapshot on-demand
Konsol pengelolaan peralatan memungkinkan Anda mereplikasi snapshot lokal atau StreamSnap dari peralatan yang disambungkan ke peralatan yang disambungkan menggunakan opsi Replicate dari drop-down bagian detail image. Replikasi akan selalu berupa perubahan dari cadangan yang dipilih ke cadangan terbaru di situs jarak jauh. Oleh karena itu, sebaiknya replikasi cadangan dari yang terlama ke yang terbaru jika ada beberapa cadangan yang akan direplikasi. Anda dapat memberikan periode retensi Anda sendiri saat mereplikasi cadangan. Lihat bagian Mereplikasi cadangan.
Mereplikasi cadangan
Gunakan petunjuk ini untuk mereplikasi cadangan:
Klik tab App Manager, lalu pilih opsi Applications dari menu drop-down.
Halaman Applications akan terbuka.
Pilih aplikasi dengan cadangan yang ingin Anda replikasi, lalu pilih Access dari menu drop-down di sudut kanan bawah halaman Applications. Halaman Access akan terbuka dan mencantumkan cadangan yang diambil dalam tampilan ramp linimasa. Jenis pencadangan snapshot dan jarak jauh, termasuk pencadangan StreamSnap, dapat dipilih dan direplikasi.
Pilih cadangan, lalu pilih Replikasi dari daftar operasi akses.
Halaman Replicate akan terbuka.
Dari drop-down Destination, pilih peralatan tujuan untuk replikasi.
Dari bagian Expiration, pilih salah satu opsi berikut untuk cadangan yang baru direplikasi:
- Sama seperti sumber: Pilih Sama seperti Sumber jika Anda ingin menetapkan tanggal habis masa berlaku yang sama dengan cadangan sumber.
- Retain: Pilih Retain jika Anda ingin menetapkan durasi masa berlaku untuk cadangan yang direplikasi dalam jam, hari, minggu, bulan, atau tahun.
- Expire on: Pilih Expire on jika Anda ingin masa berlaku replika berakhir pada tanggal tertentu, lalu tentukan tanggal habis masa berlakunya.
- Expire on: Pilih Expire on dan tentukan tanggal habis masa berlaku untuk cadangan yang direplikasi.
- Never Expire: Pilih Never expire jika Anda tidak ingin masa berlaku cadangan replika berakhir kapan pun.
Klik Kirim.