Replikasi data salinan ke penyimpanan jarak jauh akan 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 dampaknya terhadap sistem produksi Anda karena masalah seperti kegagalan hardware, masalah software, atau peristiwa situs. Replikasi data juga mendukung pembuatan salinan jarak jauh data Pengujian/Pengembangan, Uji Mutu, dan analisis. Data dapat direplikasi dari satu perangkat pencadangan/pemulihan ke perangkat kedua (jarak jauh) atau ke cloud untuk tujuan pemulihan, pemulihan dari bencana, atau pengujian dan pengembangan.
Template pencadangan Anda menentukan metode, jadwal, dan frekuensi cara replika data ke situs jarak jauh dilakukan. Template pencadangan menentukan cara memindahkan dan menyimpan data secara efisien ke perangkat pencadangan/pemulihan jarak jauh. Replikasi data dikontrol oleh kebijakan template individual:
Kebijakan Produksi ke Mirror melindungi data aplikasi atau VM Anda dari kegagalan situs dengan membuat salinan lengkap data tersebut dicerminkan ke situs produksi jarak jauh. Aplikasi selalu diperbarui dan dapat dimulai ulang secara langsung 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 ke OnVault menggunakan koneksi HTTPS untuk mengirim data ke penyimpanan yang ditentukan oleh Kumpulan OnVault. Opsi kompresi aktif secara default di OnVault Pools. 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 snapshot produksi template kebijakan ke lokasi yang ditentukan oleh kumpulan OnVault. Penyimpanan kumpulan OnVault biasanya digunakan untuk retensi jangka panjang. Untuk mengetahui detail tentang kumpulan OnVault, lihat halaman Kumpulan OnVault untuk menyimpan image dalam jangka panjang.
Saat mengirim data ke penyimpanan yang ditentukan oleh kumpulan OnVault, koneksi HTTPS digunakan untuk memastikan keamanan data melalui jaringan. Opsi kompresi kumpulan OnVault aktif 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:
Appliance 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 pembaruan dan retensi dapat berbeda (misalnya, pembaruan lokal yang sering dengan retensi singkat, bersama dengan pembaruan 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, mengabaikan kumpulan snapshot, lalu dibaca dari kumpulan OnVault pertama dan dikirim ke kumpulan lainnya.
Replikasi kebijakan produksi ke kebijakan duplikat
Kebijakan produksi untuk mencerminkan menyediakan sarana untuk mereplikasi salinan data aplikasi atau VM ke appliance pencadangan/pemulihan target dan memiliki akses data tanpa periode pemulihan, sehingga memberikan RTO yang sangat rendah. Jika diperlukan, Anda memiliki kemampuan untuk melakukan failback ke situs produksi dengan kumpulan data yang identik yang diduplikasi antara appliance 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 gambar failover aplikasi dari situs jarak jauh. Setelah masalah tersebut teratasi, Anda dapat memulihkan image sinkronisasi kembali ke situs lokal dengan perubahan terbaru, lalu melakukan failback aplikasi ke situs produksi.
StreamSnap mereplikasi snapshot data ke perangkat 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 perangkat cadangan/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 untuk mencerminkan dengan replikasi StreamSnap terikat dengan kebijakan produksi ke snapshot tertentu. Kebijakan ini menggunakan setelan jadwal dan frekuensi produksi terkait dengan kebijakan snapshot.
Anda dapat mempertahankan gambar snapshot dari beberapa titik waktu yang tersedia di situs jarak jauh dengan menerapkan retensi dalam kebijakan StreamSnap. Saat mempertahankan gambar snapshot di perangkat jarak jauh, gambar snapshot baru akan dibuat di perangkat jarak jauh dengan tanggal habis masa berlaku yang ditentukan oleh setelan kebijakan. Setiap image snapshot jarak jauh mendukung semua operasi yang tersedia dengan image snapshot lokal saat diakses dari App Manager.
Replikasi StreamSnap memerlukan koneksi jaringan yang andal untuk mereplikasi snapshot data ke perangkat 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 seluruh lokasi jarak jauh, pusat data, dan geografi. Jika terjadi gangguan, replika data akan memberikan kelanjutan akses dan penggunaan data tersebut dengan cepat.
- Mengoptimalkan penggunaan bandwidth jaringan dengan memanfaatkan teknologi kompresi.
- Menghilangkan kebutuhan akan akselerator/pengoptimal WAN khusus.
- Mempertahankan urutan tulis, bahkan di beberapa LUN dalam grup konsistensi.
- Terintegrasi dengan direktor resiliency Backup and DR.
- Mengenkripsi data menggunakan standar enkripsi AES-256. Autentikasi antar-perangkat dilakukan menggunakan sertifikat RSA 2048-bit.
Metode replikasi
Template pencadangan Anda menentukan metode, jadwal, dan frekuensi cara replika data ke situs jarak jauh akan dilakukan. 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 untuk pencerminan melindungi data VM atau aplikasi Anda dari kegagalan situs dengan membuat salinan lengkap data tersebut dicerminkan ke situs produksi jarak jauh. Aplikasi selalu 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 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 Pencadangan dan DR. Untuk informasi selengkapnya, lihat halaman Mereplikasi ke penyimpanan objek yang ditentukan oleh kumpulan OnVault Cadangan dan DR.
Berikut adalah manfaat dari setiap metode replikasi.
| Metode Replikasi | Rekomendasi Penggunaan | Kelebihan | Kekurangan |
|---|---|---|---|
| Snapshot ke OnVault atau langsung ke OnVault | Retensi jangka pendek, menengah, dan panjang. | Hemat biaya
Kompresi mengurangi konsumsi bandwidth Data dienkripsi saat beroperasi dan, secara opsional, dalam penyimpanan |
Penggunaan bandwidth yang lebih tinggi.
Aplikasi tidak dapat dijalankan di penyimpanan yang ditentukan oleh kumpulan OnVault. |
| Pencerminan Data: StreamSnap | Pemulihan dari bencana untuk aplikasi yang memerlukan RPO yang lebih singkat. | RPO secepat satu jam dengan akses data dan failover yang hampir instan
Dikompresi dan dienkripsi Juga mereplikasi data dalam jumlah besar. Mempertahankan gambar snapshot dari beberapa titik waktu yang tersedia di perangkat jarak jauh Teknologi StreamSnap dapat digunakan untuk replikasi log antara perangkat lokal dan jarak jauh |
Konsumsi bandwidth yang lebih tinggi |
Memilih kumpulan penyimpanan untuk data yang direplikasi
Untuk memilih kumpulan penyimpanan tujuan yang akan digunakan untuk menyimpan data replikasi StreamSnap yang masuk:
- Klik tab Kelola, lalu pilih Perangkat 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 Anda ingin VM tersebut diarahkan ke datastore ESX. Centang kotak Penggantian VM dan buat pilihan berikut:
- Pilih vCenter untuk mengelola operasi. Idealnya, vCenter ini 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 menyimpan VMDK (Disk Virtual) yang direplikasi. Jika Anda memilih beberapa datastore, appliance pencadangan/pemulihan akan menggunakannya satu per satu.
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, appliance pencadangan/pemulihan akan menggunakannya sebagai target untuk VM yang direplikasi.Klik tombol Save Settings berwarna abu-abu.
Mengonfigurasi replikasi StreamSnap
Berdasarkan persyaratan produksi untuk mencerminkan replikasi salinan data Anda ke perangkat cadangan/pemulihan kedua, Anda dapat menjalankan failover gambar replikasi StreamSnap ke situs produksi data yang dicerminkan di perangkat cadangan/pemulihan kedua. Selanjutnya, perubahan yang dibuat di situs DR dapat direplikasi kembali (failback) ke lingkungan produksi Anda di perangkat pencadangan/pemulihan lokal.
- Beberapa image sinkback dapat digunakan untuk mereplikasi perubahan kumulatif yang dilakukan di situs DR kembali ke produksi.
- Image Syncback 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 appliance dikonfigurasi dan tergabung (tukar sertifikat keamanan), yang beroperasi dalam Mode Berbagi.
Di Backup Plans, buat template yang menyertakan salah satu dari hal berikut:
- Kebijakan Production to Snapshot. Kebijakan produksi untuk mencerminkan kebijakan yang menggunakan opsi replikasi StreamSnap terikat dengan kebijakan snapshot tertentu. Kebijakan StreamSnap memerlukan setelan jadwal dan frekuensi dari kebijakan snapshot terkait dalam template. Anda tidak akan dapat menyimpan kebijakan replikasi StreamSnap tanpa kebijakan snapshot dasar terkait dalam template.
- Kebijakan Produksi ke Mirror. Kebijakan produksi untuk mencerminkan menggunakan replika StreamSnap. Image snapshot jarak jauh mendukung semua operasi yang tersedia dengan image snapshot lokal saat diakses di App Manager.
Di Backup Plans, buat profil resource yang menentukan tempat menyimpan data secara lokal serta tempat 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 perangkat jarak jauh. Data kemudian tersedia di perangkat jarak jauh untuk memberikan fleksibilitas akses instan. Gambar akan muncul di sistem jarak jauh saat Anda mengklik tombol Remote Snap di jendela Restore di App Manager.
Uji failover ke perangkat jarak jauh seperti yang dijelaskan dalam Menguji failover
Berdasarkan persyaratan produksi untuk mencerminkan replikasi salinan data ke appliance kedua, Anda dapat menjalankan failover gambar replikasi StreamSnap ke situs produksi di appliance kedua. Selanjutnya, perubahan yang dibuat di situs DR dapat direplikasi kembali (failback) ke lingkungan produksi Anda di perangkat 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 akan muncul sebagai satu tugas di Monitor. Setelah replikasi selesai, dua tugas akan muncul di Monitor; satu untuk tugas snapshot dan tugas kedua untuk tugas StreamSnap.
Perhatikan cara berikut yang digunakan oleh appliance pencadangan/pemulihan untuk melacak tugas tersebut:
- Jika replikasi berhasil, dua entri tugas terpisah akan muncul dalam daftar tugas di halaman Tugas dengan status Berhasil. Kedua entri tugas memiliki Nama Tugas yang sama, kecuali bahwa tugas StreamSnap juga menyertakan akhiran S dalam Nama Tugas-nya.
- Jika ada kegagalan tugas, baik untuk tugas StreamSnap maupun tugas snapshot, dua entri tugas akan muncul dalam daftar tugas di halaman Tugas untuk mengidentifikasi tugas mana yang berhasil dan tugas mana yang gagal.
Waktu mulai dan waktu berakhir entri tugas StreamSnap dan entri tugas snapshot akan sama di Monitor. Jumlah waktu yang sebenarnya diperlukan untuk fase snapshot tercantum di halaman Statistik 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 Berhasil saat tugas selesai. Kedua entri tugas memiliki Nama Tugas yang sama, kecuali tugas StreamSnap juga menyertakan akhiran S di Nama Tugas-nya. |
| Tugas snapshot berhasil, tugas StreamSnap gagal | Untuk tugas snapshot, satu entri tugas akan muncul dalam daftar tugas dengan status Berhasil.
Tugas StreamSnap dicoba ulang hingga tiga kali. |
| Tugas snapshot dan StreamSnap gagal, tetapi appliance mencoba percobaan ulang | Satu entri tugas StreamSnap akan muncul dalam daftar tugas dengan status Dicoba ulang.
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. |
| Setiap tugas snapshot dan StreamSnap gagal setelah jumlah percobaan ulang maksimum | Satu entri tugas StreamSnap muncul dalam daftar tugas dengan status Gagal. |
Percobaan ulang replikasi StreamSnap
Replikasi StreamSnap (SnapReplicate) mereplikasi snapshot point-in-time aplikasi asli. Lihat halaman Membuat kebijakan produksi replika StreamSnap untuk mencerminkan 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 alfabet a, b, atau c, yang menunjukkan jumlah percobaan ulang.
Jika gagal, tugas snapshot akan dicoba lagi. Jika percobaan ulang berhasil, pekerjaan replika dapat dilanjutkan. Jika tugas snapshot gagal meskipun setelah percobaan ulang, tugas StreamSnap baru akan gagal.
Saat Anda menjalankan tugas StreamSnap baru saat 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 tugas kedua dapat berjalan secara paralel dengan bagian replika tugas kedua. Bagian replika dari tugas kedua menunggu tugas snapshot selesai sebelum diaktifkan.
Replikasi snapshot on-demand
Konsol pengelolaan memungkinkan Anda mereplikasi snapshot lokal atau StreamSnap dari appliance yang disambungkan ke appliance yang disambungkan menggunakan opsi Replicate dari drop-down bagian detail gambar. Replikasi akan selalu berupa perubahan dari image yang dipilih ke image terbaru di situs jarak jauh. Oleh karena itu, sebaiknya replikasikan gambar dari yang paling lama ke yang terbaru jika ada beberapa gambar yang perlu direplikasi. Anda dapat memberikan periode retensi sendiri saat mereplikasi image. Lihat bagian Mereplikasi image snapshot.
Mereplikasi gambar snapshot
Gunakan petunjuk ini untuk mereplikasi gambar snapshot:
Klik tab App Manager, lalu pilih opsi Applications dari menu drop-down.
Halaman Applications akan terbuka.
Pilih aplikasi dengan image yang ingin direplikasi, lalu pilih Access dari menu drop-down di sudut kanan bawah halaman Applications. Halaman Akses akan terbuka dan mencantumkan gambar yang diambil dalam tampilan ramp linimasa. Jenis gambar snapshot dan snapshot jarak jauh, termasuk gambar StreamSnap, dapat dipilih dan direplikasi.
Pilih image, lalu pilih Replicate dari daftar operasi akses.
Halaman Replikasi akan terbuka.
Dari drop-down Destination, pilih appliance tujuan untuk replikasi.
Dari bagian Expiration, pilih salah satu opsi berikut untuk image yang baru direplikasi:
- Sama dengan sumber: Pilih Sama dengan Sumber jika Anda ingin menetapkan tanggal habis masa berlaku yang sama dengan image sumber.
- Retain: Pilih Retain jika Anda ingin menetapkan durasi masa berlaku untuk gambar yang direplikasi dalam jam, hari, minggu, bulan, atau tahun.
- Expire on: Pilih Expire on jika Anda ingin menetapkan masa berlaku replika dan menentukan tanggal habis masa berlakunya.
- Expire on: Pilih Expire on dan tentukan tanggal habis masa berlaku untuk image yang direplikasi.
- Never Expire: Pilih Never expire jika Anda tidak ingin masa berlaku replika gambar berakhir kapan saja.
Klik Kirim.