BranchCache untuk berbagi file lewat VPN: kapan membantu, kapan tidak

Seseorang di tim mengatakan berbagi file lewat VPN lambat, dan saran pertama selalu cache. Sebelum menambahkan BranchCache ke desain akses jarak jauh, pisahkan keluhan itu ke salah satu dari tiga bentuk: unduhan berulang konten yang tidak berubah, unggahan, atau penelusuran yang berat metadata melalui folder dengan ribuan entri. BranchCache menangani bentuk pertama pada konten yang didukung dan tidak melakukan hal berguna untuk dua bentuk lainnya. Ini bukan batasan yang harus diakali; ini perbandingan yang sebaiknya Anda jalankan sebelum menghabiskan sepekan untuk penerapan.

Berbagi yang sama, tiga keluhan berbeda

Kantor cabang tempat delapan orang membuka video pelatihan yang sama dan tidak berubah adalah kasus yang dirancang untuk fitur ini. Pengambilan pertama melintasi WAN, konten di-cache dekat pembaca, dan pengambilan berikutnya atas file yang sama dan tidak berubah dilayani secara lokal. Manfaatnya nyata dan sempit: konten sama, tidak berubah, banyak pembaca.

Laptop yang mengunggah rekaman baru melalui koneksi rumah adalah kasus kebalikannya. Tidak ada salinan yang sudah di-cache untuk file yang belum ada, jadi unggahan mengikuti jalur terbatas yang sama seperti biasa. Cache unduhan tidak menghapus unggahan, dan tidak ada pilihan penempatan yang mengubahnya.

Bentuk ketiga mengecewakan orang karena tampak seperti masalah unduhan. Membuka direktori dengan puluhan ribu file, mengurutkannya, dan membaca metadata adalah aliran operasi kecil, bukan transfer berulang satu objek besar. Meng-cache isi file tidak membantu penghitungan sama sekali.

Cache terdistribusi: kumpulan VPN bukan LAN cabang

Dalam mode terdistribusi, komputer klien saling berbagi konten yang di-cache, dan Microsoft mendokumentasikan mode itu sebagai beroperasi dalam satu subnet. Kumpulan klien VPN bukan subnet dalam pengertian itu meskipun semua alamat tampak berurutan: penemuan peer, keterjangkauan klien ke klien, dan izin untuk bertukar data cache adalah pertanyaan terpisah, dan desain akses jarak jauh yang biasa menjawab ketiganya dengan “tidak”.

Anda dapat membuat kumpulan berperilaku seperti LAN cabang dengan mengizinkan lalu lintas antar klien, tetapi itu keputusan keamanan, bukan keputusan cache. Sebagian besar desain akses jarak jauh mengisolasi klien satu sama lain justru agar laptop yang disusupi tidak dapat menjangkau yang lain, dan menukar isolasi itu dengan satu hit cache adalah pertukaran buruk kecuali para peer sudah setara yang dipercaya.

Bagi satu pengguna nomaden, mode terdistribusi tidak punya siapa pun untuk berbagi. Cache tetap dapat melayani pembacaan berulang klien tunggal itu, tetapi itu manfaat cache di sisi klien, bukan manfaat penempatan cabang, dan hal itu layak dikatakan sebelum ada yang mengharapkan kantor menjadi lebih cepat.

Cache terhosting: penempatan menentukan apakah ia membantu

Cache terhosting menempatkan cache bersama di sebuah server, yang merupakan satu-satunya mode yang masuk akal lintas subnet dan satu-satunya yang berfungsi ketika klien tidak dapat saling berkomunikasi. Pertanyaan langsungnya adalah di mana server itu berada. Cache terhosting yang dijangkau melalui tautan terbatas yang sama dengan asal telah memindahkan byte, bukan masalahnya.

Letakkan dekat pembaca, beri pemilik, dan tentukan ukuran disknya untuk kumpulan kerja, bukan untuk seluruh berbagi. Ikhtisar BranchCache dari Microsoft menjelaskan kedua mode dan perilaku klien, termasuk bagian yang orang lupakan: klien tetap menghubungi asal untuk otorisasi dan informasi konten sebelum memakai data yang di-cache.

Penerapan adalah tiga peran yang direncanakan bersama, bukan satu kotak centang. Server asal menerbitkan hash untuk konten, cache terhosting diaktifkan dan dapat ditemukan, dan klien dikonfigurasi untuk memakainya. Di sisi server hal itu dikenali di PowerShell:

Enable-BCHostedServer -RegisterSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode, HostedCacheServerList

Di klien, arahkan ke server bernama atau biarkan ia menemukannya melalui titik koneksi layanan; lalu pastikan mode yang benar-benar dipilihnya, bukan menganggap kebijakan sudah berlaku:

Enable-BCHostedClient -ServerNames cache1.corp.example -UseSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode

Apa yang masih mencapai asal

Cache tidak menghapus otorisasi. Klien tanpa izin membaca sebuah file tidak memperoleh akses karena orang lain meng-cache-nya, dan asal tetap menjawab pertanyaan otorisasi serta menyediakan informasi konten yang memungkinkan pencarian cache. Jika asal tidak terjangkau, salinan yang di-cache saja tidak menjadi berbagi offline.

Perubahan konten juga mematahkan asumsi itu secara diam-diam. File yang disimpan ulang, dikodekan ulang, atau disentuh produk pencadangan mungkin tidak lagi cocok dengan hash yang di-cache, dan pembacaan berikutnya kembali ke asal. Itu perilaku yang benar, dan itulah sebabnya cache yang kumpulan kerjanya berubah setiap jam memberi sedikit manfaat.

Pengusiran adalah batas ketiga. Cache terbatas, jadi kumpulan kerja yang besar mendorong konten lama keluar, dan manfaatnya bergantung pada pembacaan ulang terjadi sebelum pengusiran, bukan sesudahnya. Menentukan ukuran cache untuk seluruh berbagi adalah cara biasa untuk kecewa pada penerapan yang secara teknis benar.

Terimalah dengan dua pengambilan dan satu unggahan

Uji tiga alur yang tepat dan catat apa yang ditunjukkan masing-masing. Pengambilan pertama file yang representatif dari klien, diukur pada tautan asal maupun pada jam pengguna. Pengambilan kedua file yang sama dan tidak berubah dari klien kedua di grup penempatan yang sama. Satu unggahan file baru, yang seharusnya tidak menunjukkan perbaikan dan menegaskan bahwa cache tidak dikreditkan atas sesuatu yang tidak pernah dilakukannya.

Jika pengambilan kedua masih melintasi tautan asal untuk sebagian besar byte, cache tidak dipakai, dan penyebabnya biasanya klien dalam mode yang salah, penerbitan hash yang hilang di asal, atau cache terhosting di sisi yang salah dari tautan terbatas. Itu tiga perbaikan berbeda, dan hanya satu yang berkaitan dengan penempatan jaringan.

Lalu nyatakan kesimpulan dalam bentuk yang sama dengan keluhan awal: unduhan berulang konten yang tidak berubah dari asal ini ke pembaca ini dilayani oleh cache ini. Segala hal lain tentang berbagi itu tidak tersentuh, termasuk unggahan, penghitungan folder, dan kisah offline, yang masih membutuhkan jawabannya sendiri.