Windows Server 2012 Branchcache vs. DFS-R


8

Peringatan, pertanyaan subjektif di depan! Tapi semoga yang bagus tidak akan ditutup.

SKENARIO:

Saya memiliki kantor cabang yang saat ini tidak memiliki server di tempat. Mereka mengakses semuanya termasuk DC melintasi tautan WAN 12Mbps (MPLS). Tautan tidak jenuh, rata-rata pemanfaatan sekitar 20%. Rangkaian ini sangat stabil dan memiliki SLA yang tinggi dan uptime yang sangat baik.

Namun, transfer file besar (terutama membaca, bukan menulis) dari server file di WAN bisa lambat. Kami saat ini tidak menggunakan DFS.

PENELITIAN DILAKUKAN:

Saya menyadari akselerasi WAN, menggunakan perangkat keras khusus (Riverbed) atau perangkat lunak khusus VM (Silver Peak) misalnya. Tetapi harga berada di luar anggaran kami saat ini dan kebutuhan belum cukup dari perspektif kami (karena masalah ini terutama dalam skenario "tarikan" belum tentu mendorong / menarik).

Saya terutama ingin menggunakan server Windows di kantor cabang ini dan menggunakan DFS-R atau BranchCache. Melihat perbandingan tabel dan mengasumsikan kita sedang melihat "server branchcache yang di-host" dan tidak hanya didistribusikan:

masukkan deskripsi gambar di sini

Tampaknya ada manfaat untuk keduanya, bahkan jika keduanya "di-host" di server.

PERTANYAAN YANG SAYA SEBENARNYA:

  • Dalam skenario apa masing-masing teknologi ini bersinar dan di mana Anda memilih satu dari yang lain?
  • Melihat server Branchcache yang di-host, dapatkah Anda mengatur "pre-fetching" dari folder / file tertentu pada server file pusat sehingga mereka dapat langsung diakses secara lokal di cabang? Apakah Anda harus melakukan ini sesuai jadwal (jika memungkinkan)?
  • Melihat DFS-R kekhawatiran saya (dan tampaknya diselesaikan dengan aplikasi pihak ke-3) adalah mengunci file dan memastikan file diperbarui dengan benar selama operasi penulisan (yaitu, memastikan apakah kedua salinan diakses dan keduanya ditulis, file mana yang dibutuhkan diutamakan dan apa yang terjadi dengan perubahan?). Ideal tampaknya akan mengunci replika alternatif data, tetapi apakah itu benar-benar masalah besar?
  • Apakah Branchcache mengunci file pusat untuk diedit?
  • Apakah branchcache hanya mengirimkan delta kembali ke file pusat dari apa yang telah berubah?
  • Apakah salah satu teknologi akan tidak disarankan jika server kantor cabang akan digunakan sebagai pengontrol domain juga?

Jawaban:


4

BranchCache hanya baca dan tidak precache. Ini terutama digunakan untuk hal-hal seperti memperbarui distribusi dll - itu adalah CACHE.

DFS tidak mengunci. TIDAK ADA teknologi WAN yang tangguh melakukan penguncian karena penguncian tidak mungkin jika / ketika tautan WAN turun - jadi itu adalah ketahanan, atau penguncian.

Jika Anda membutuhkan versi / penguncian agar berfungsi dengan benar, Anda hanya dapat menggunakan server pusat. BranchCache saat ini BISA membantu dengan kecepatan unduhan untuk unduhan berulang. Hanya.

Jika Anda tidak memiliki keduanya - yaitu Anda harus melakukan banyak pembaruan dari banyak tempat (yang merupakan skenario yang cukup tidak wajar - sebagian besar file waktu tidak terkunci seperti itu di perusahaan) maka Anda harus membayar lebih untuk bandwidth lebih banyak ketika kebutuhan muncul. Atau Anda dapat menggunakan item pihak DFS-R, tetapi kemudian Anda memiliki masalah LAIN .... yang memastikan bahwa bandwidth tidak turun mereplikasi ton hal-hal yang tidak digunakan karena DFS-Replikasi benar-benar di sepanjang baris berbagi file, tidak elemen permintaan.

Ini benar-benar adalah skenario "Sialan jika Anda melakukannya, sialan jika Anda tidak". Terutama dengan LAN (latensi tinggi, tidak dapat diandalkan tertentu) di tempat.

BranchCache bersinar misalnya sebagai pembaruan cache - tidak perlu memiliki server WSUS lokal di kantor cabang. Tidak ada penguncian karena ini merupakan mekanisme caching murni - Anda tidak dapat mengedit file BranchCache. Yang mengatakan, karena tidak ada penguncian tulisan akan mengunci file TENGAH - dan versi yang diperbarui kemudian menyebar, sehingga mungkin benar-benar bekerja untuk Anda;)

DFS sangat bagus untuk hal-hal yang hanya baca (menginstal gambar, gambar perangkat lunak untuk instalasi, dokumen kebijakan yang diedit secara terpusat dll.) Cukup lucu, PALING dari semua file yang saya miliki termasuk dalam kategori ini - hal-hal yang kami edit di sini sebagian besar dalam sotrage terpusat dengan teknologi sinkronisasi lainnya (manajemen dokumen sharepoint). DFS adalah solusi teknis yang bagus untuk kebutuhan replikasi teknis.

http://pertorben.wordpress.com/2012/05/29/dfs-r-or-branchcache/

memiliki penjelasan mendalam yang sangat baik.

BranchCache mungkin berfungsi .... tidak akan menghentikan latensi unduhan tunggal tetapi akan menangani pembacaan berulang. Ini juga memungkinkan penguncian.


Sunting: Setelah chechking forther sepertinya preloading sekarang mungkin. Silakan merujuk

http://technet.microsoft.com/en-us/library/jj127252.aspx


Terima kasih TomTom. Dalam artikel itu tertulis "DFS-R akan memiliki replika lengkap semua file dan setelah sinkronisasi awal ketika Anda mengatur DFS-R hanya blok file yang diubah akan pernah melintasi WAN lagi" - salah satu pertanyaan saya adalah bagaimana branchcache menyimpan semua pembaruan. Apakah harus mengirimkan file lengkap kembali ke server pusat untuk menulis, atau hanya perubahan?
TheCleaner

technet.microsoft.com/en-us/library/jj127252.aspx - 2012: Perubahan kecil pada file besar menghasilkan penghematan bandwidth (+ penjelasan).
TomTom

Terima kasih, belum melihat artikel itu. Masalah besar (setidaknya bagi kami), saya lupa bahwa BranchCache mengharuskan klien untuk menggunakan Enterprise / Ultimate ... tidak ada Pro yang diizinkan. Itu mengharuskan kita untuk melihat DFS-R atau opsi pihak ke-3 lainnya.
TheCleaner
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.