警告、主観的な質問を先に!しかし、うまくいけば 良いもの 閉じられないでしょう。
現在、社内サーバーを備えていない支社があります。 DC 12Mbpsを介してすべてにアクセスしますWANリンク(MPLS)。リンクは飽和しておらず、平均約20%の使用率です。回路は非常に安定しており、SLAと高い稼働率を備えています。
ただし、WAN=)を介したファイルサーバーからの大きなファイル転送(主に書き込みではなく読み取り)は遅くなる可能性があります。現在、DFSを使用していません。
WAN高速化、専用ハードウェア(リバーブド)または専用ソフトウェアVM(Silver Peak)など)を使用していることは承知しています。ただし、価格は外部にあります現在の予算とニーズはまだ十分ではありません(問題は主に「プル」シナリオにあるため、必ずしもプッシュ/プルではないため)。
私は主に、このブランチオフィスにWindowsサーバーを展開し、DFS-RまたはBranchCacheを利用することを検討しています。テーブルの比較を見て、単に分散されているのではなく、「ホストされたブランチキャッシュサーバー」を見ていると仮定します。
両方がサーバーで「ホスト」されている場合でも、両方にメリットがあるように見えます。
BranchCacheは読み取り専用であり、プリキャッシュしません。主にアップデートの配布などに使用されます-これはキャッシュです。
DFSはロックを行いません。いいえWAN回復力のあるテクノロジーはロックを行います。WANリンクがダウンした場合、ロックは不可能なので、回復力またはロックのいずれかです。
正しく機能するためにバージョン管理/ロックが必要な場合は、中央サーバーしか使用できません。この瞬間のBranchCacheは、繰り返しダウンロードのダウンロード速度に役立ちます。のみ。
どちらもない場合-つまり、多くの場所から多くの更新を行う必要があります(これは非常に珍しいシナリオです-ほとんどの場合、ファイルは会社のようにロックされていません)。必要が生じます。または、一部のシンパーティーDFS-Rアイテムを使用できますが、別の問題が発生します。DFSレプリケーションは完全にファイル共有ラインに沿っているため、帯域幅がダウンして大量の未使用のものをレプリケートしないことを確認していますオンデマンド要素。
これは、実際には「そうするならくそ、そうでなければくそー」のシナリオです。特にLAN(待ち時間が長く、信頼性が低い)が導入されている場合。
BranchCacheは、たとえば更新キャッシュとして優れています。ブランチオフィスにローカルWSUSサーバーを配置する必要はありません。純粋なキャッシュメカニズムであるため、ロックはありません。BranchCacheファイルを編集することはできません。とは言え、書き込みをロックしないため、CENTRALファイルがロックされ、更新されたバージョンが反映されるため、実際に機能する可能性があります;)
DFSは読み取り専用のもの(インストールイメージ、インストール用のソフトウェアイメージ、一元的に編集されるポリシードキュメントなど)に最適です。おもしろいことに、私がこのカテゴリに分類するファイルの大部分は、ここで編集するものは、他の同期テクノロジ(Sharepointドキュメント管理)を使用した中央集中管理にあります。 DFSは、技術的なレプリケーションのニーズに対応する優れた技術的ソリューションです。
http://pertorben.wordpress.com/2012/05/29/dfs-r-or-branchcache/
非常に詳細な説明があります。
BranchCacheはおそらく動作する可能性があります...単一のダウンロードのレイテンシを停止することはありませんが、繰り返しの読み取りを処理します。ロックも可能です。
編集:さらにチェクすると、プリロードが可能になったようです。参照してください