Ketika mereplikasi LUN atau partisi ke server yang terpisah secara fisik, Linux memiliki DRBD (sekarang di dalam kernel!). Seperti yang saya pahami, ia memiliki mode replikasi sinkron dan asinkron. Ketika Anda memiliki jaringan yang cepat antara dua server Anda, itu bisa mengguncang keras.
Saya perlu melakukan hal yang sama untuk server Windows. Saya tahu ada paket tidak bebas yang melakukan ini (rekomendasi akan bagus), tetapi mengingat apa yang kita sebut 'anggaran' di sini, saya perlu tahu lebih banyak tentang opsi lebih bebas. Jika ada.
Kami menggunakan Server 2008 untuk sebagian besar server penyimpanan kami. Jika R2 akan memberi kita apa yang kita butuhkan, saya harus tahu sekarang sehingga saya dapat menjadwalkan upgrade dalam 4 minggu.
Inti masalahnya adalah bahwa saya perlu mereplikasi sekelompok LUN yang disimpan pada HP EVA 6100 (disk 10K RPM) dan EVA 4400 (kebanyakan, eh, drive 1TB FATA drive) perangkat ke perangkat lain. Sekarang HP memiliki Replication Manager yang sangat bagus yang akan menangani penggandaan di antara keduanya, tetapi kami sedang mencoba untuk melepaskan diri dari 6100 yang akan segera hidup. Kita perlu meniru sesuatu yang bukan sebuah EVA.
Menurut pemantauan kinerja saya, bagian terbesar dari penyimpanan kami untuk direplikasi diakses dengan cara yang sangat meledak-ledak (ini file-server data). Cadangan I / O kurcaci I / O reguler dengan faktor tiga. Jumlah total yang akan direplikasi adalah sekitar 7TB, dengan net-perubahan file harian pada urutan 500GB (semua file Outlook PST bertambah). Saya tidak tahu apa itu net-perubahan blok-level.
Kami memiliki Fibre Channel yang tersedia, dan dalam satu pusat data kami bahkan memiliki permulaan jaringan terisolasi iSCSI. Tetapi antara dua pusat data kami, kami (saat ini) terbatas pada pipa 1 GigE tunggal, yang akan ditingkatkan menjadi pipa 10 GigE dalam 12 bulan ke depan.
Ada beberapa utilitas di luar sana, saya hanya tidak tahu banyak tentang mereka
Double-Take Availability Tampaknya melakukan sesuatu seperti replikasi tingkat blok, tetapi tidak cukup. Bisa jadi apa yang saya cari.
Veritas Storage Foundation Sepertinya terlalu banyak kerja keras untuk masalah khusus ini, tetapi akan menambah banyak fleksibilitas bagi lingkungan kita.
CommVault Simpana Replikasi heterogen, ramah WAN.
Dan masih banyak lagi.
Jika lingkungan ini adalah Linux dengan Samba, DRBD akan sangat cocok. Saya hanya tidak tahu apakah ada yang setara di sisi Microsoft rumah.
sumber
Jawaban:
Replikasi melalui platform penyimpanan hampir selalu akan menjadi taruhan terbaik. Mengabulkan keinginan untuk berpindah dari satu platform ke platform lain membuatnya lebih sulit untuk dilakukan karena sebagian besar waktu Anda hanya dapat mereplikasi dari satu array ke yang lain. Sekarang jika Anda tetap menggunakan array HP, mereka harus dapat mereplikasi satu sama lain sehingga biaya perangkat lunak replikasi tidak akan sia-sia.
Periksa dengan tenaga penjualan Anda, mungkin mereka bisa memberi Anda banyak hal pada perangkat lunak replikasi jika Anda sedang dalam proses mengganti array Anda.
Gunakan VAR Anda sebagai sumber daya, untuk itulah mereka ada.
sumber
Lihatlah produk-produk yang mendukung Open System SnapVault.
Tom
sumber
SteelEye DataKeeper tidak memblokir replikasi volume dan telah bekerja sangat baik bagi kami dalam keadaan yang sama.
sumber
selain yang disebutkan, ada juga NeverFail dan WanSyncHA
Saya telah mencoba keduanya untuk mencerminkan pertukaran 2003 atas WAN, dan mereka gagal dengan baik. Harga cukup tinggi sekalipun.
Tautan:
http://www.neverfailgroup.com/
http://arcserve.com/us/highavilities.aspx
sumber
Jika itu hanya file server yang Anda butuhkan, saya akan memberikan suara untuk DFSR, karena ini adalah level blok, terkontrol, gratis (termasuk) dan seperti itu replikasi, tetapi dengan setidaknya satu batasan no-go: (PST berujung it off to me) File harus ditandai ditutup untuk memulai replikasi blok. Jika orang membiarkan Outlook tetap terbuka, seperti yang selalu mereka lakukan, 24/7 ... PST itu tidak akan pernah direplikasi di DFSR. Hanya alasan lain untuk memalu admin Exchange untuk memblokir pembuatan PST (atau memblokirnya di server file Anda). Juga catatan untuk memeriksa solusi yang Anda tinjau adalah dukungan sinkronisasi file-terbuka untuk memastikan Anda tidak menemukan cara yang sulit seperti yang kami lakukan bahwa file yang terbuka tidak direplikasi.
sumber