Pengalaman DRBD Proxy / WAN


9

Saya ingin mempertimbangkan penggunaan DRBD untuk replikasi data antara lokasi primer dan sekunder. Rencana awal adalah untuk membangun terowongan VPN di antara keduanya; ujung primer menggunakan sepotong tautan T1 ganda dan pengaturan lokasi sekunder pada saluran kabel / dsl.

Sekunder hanya ada untuk DR - ia akan "tidak pernah" mereplikasi kembali ke primer.

Adakah yang melakukan / melelahkan / menggunakan sesuatu seperti ini dan apa pengalaman Anda dengannya.

Linbit juga memiliki produk Proxy DRBD (Berbayar) yang seharusnya dirancang untuk beroperasi di semua tautan tipe WAN (kompresi, banyak rekan). Adakah yang mencoba ini?

Jawaban:


6

Saya tidak dapat berbicara untuk Proxy DRBD, tetapi DRBD biasa tidak akan menyukai ini.

Dengan aktivitas yang bahkan terbatas, Anda dapat dengan mudah menjenuhkan T1 ganda (2x1,5Mbps; untuk angka bulat, 300KB / dtk). 300KB / s dapat diambil dengan aplikasi logging saja, apalagi melakukan sesuatu yang menarik di server Anda. Ini mengesampingkan replikasi sinkron ( Protokol C ), apalagi menambahkan latensi over-the-vpn ke dalam persamaan.

Replikasi Async ( Protokol A ) secara teknis mungkin bekerja, tetapi saya berharap sekunder menjadi terlalu ketinggalan zaman sehingga tidak dapat digunakan dalam kasus kegagalan (replika mungkin berjam-jam di belakang siang hari)

Memori sinkron ( Protokol B ) tidak akan membantu karena masih terkendala oleh masalah bandwidth.

Saya berharap DRBD Proxy akan tetap mengalami masalah serupa, terutama menyebabkan penundaan replikasi karena bandwidth yang terbatas.

Saya sarankan Anda mengevaluasi kembali strategi DR Anda untuk mengetahui apa yang Anda mitigasi; kegagalan perangkat keras atau kegagalan situs.

Dalam hal melindungi terhadap kegagalan situs, Anda mungkin mendapatkan jarak tempuh yang lebih baik dari bandwidth yang lebih rendah / transfer kepadatan yang lebih tinggi dalam kasus satu (atau keduanya) bandwidth situs terbatas. Beberapa contoh teknik ini adalah rsync (transfer over-the-wire terbatas pada perubahan dalam file di antara proses - bukan per-perubahan untuk setiap perubahan - ditambah beberapa overhead protokol; dapat dijalankan melalui SSH untuk mengenkripsi dan memampatkan lalu lintas lebih lanjut) dan pengiriman log basis data (mentransfer log basis data yang dikompresi untuk diputar ulang di kotak DR dapat menggunakan bandwidth yang lebih sedikit daripada mentransfer dump basis data lengkap).

Jika Anda melindungi terhadap kegagalan perangkat keras, replika DRBD lokal yang terhubung dengan crossover GigE akan berfungsi dengan baik, memungkinkan pembaruan sepenuhnya sinkron, dan mengizinkan verifikasi online untuk membuktikan data konsisten pada kedua node. Anda masih dapat menggabungkan opsi ini dengan replikasi file terbatas ke situs DR untuk melindungi terhadap kegagalan situs utama.


Terima kasih Greg. Saya sebenarnya sudah berbicara dengan Linbit sejak memposting pertanyaan dan produk proksi terdengar sangat menjanjikan. Ini secara khusus menangani latensi, kehilangan koneksi, dan pipa bandwidth yang lebih rendah. Mereka menggunakannya secara internal antara lokasi AS dan luar negeri mereka di garis 200 ms latensi (tidak yakin pada bandwidth). Saya punya demo minggu depan untuk mendapatkan rincian lebih lanjut. Solusinya harus tingkat blok sehingga ssh / rsync tidak cocok.
Jeff Hengesbach

Saya akan sangat tertarik mendengar hasil demo Anda. Semoga berhasil!
Greg Work

2
Produk proxy adalah 'lebih-atau-kurang' buffer berbasis RAM dengan kompresi. Kuncinya adalah memiliki cukup RAM (dan bandwidth) untuk menangani laju perubahan data. Jadi, ide bagus untuk dokumen kantor, db transaksi kecil dan data kecil, mungkin tidak baik untuk multimeda, gambar mesin virtual, dan perubahan data besar lainnya.
Jeff Hengesbach

1

DRBD-Proxy akan berfungsi dengan baik asalkan Anda tidak menjenuhkan tautan T1 sepanjang waktu. Kami mengirimkan banyak file 2TB melalui koneksi DRBD-Proxy (diberikan dengan 100 megabit link) tanpa masalah. Asalkan Anda memiliki cukup RAM untuk proksi dan jumlah penulisan tidak terlalu tinggi, T1 Anda tidak dapat mengatasi ini seharusnya berfungsi dengan baik. Anda ingin menggunakan mode Async untuk replikasi.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.