Windows Server 2012 BranchcacheとDFS-R


8

警告、主観的な質問を先に!しかし、うまくいけば閉鎖されない良いもの

シナリオ:

現在、社内サーバーを備えていない支社があります。12Mbps WANリンク(MPLS)を介してDCを含むすべてにアクセスします。リンクは飽和しておらず、平均約20%の使用率です。回路は非常に安定しており、高いSLAと優れたアップタイムを備えています。

ただし、WANを介したファイルサーバーからの大きなファイル転送(主に読み取りではなく読み取り)は低速になる可能性があります。現在、DFSは使用していません。

研究終了:

私は、たとえば専用ハードウェア(リバーブド)または専用ソフトウェアVM(シルバーピーク)のいずれかを使用するWAN高速化を認識しています。ただし、価格設定は現在の予算の範囲外であり、ニーズはまだ十分ではありません(問題が主に「プル」シナリオにあるため、必ずしもプッシュ/プルではないため)。

私は主に、このブランチオフィスにWindowsサーバーを展開し、DFS-RまたはBranchCacheを利用することを検討しています。テーブルの比較を見て、単純に分散されているのではなく、「ホストされたブランチキャッシュサーバー」を見ていると仮定します。

ここに画像の説明を入力してください

両方がサーバーで「ホスト」されている場合でも、両方にメリットがあるように見えます。

私が実際に持っている質問:

  • これらの技術はそれぞれどのようなシナリオで優れていますか。また、どこでどちらを選ぶのですか。
  • ホストされているBranchcacheサーバーを見て、中央ファイルサーバー上の特定のフォルダー/ファイルの "プリフェッチ"を設定して、ブランチでローカルにすぐにアクセスできるようにすることはできますか?これをスケジュールで実行する必要がありますか(可能な場合)?
  • DFS-Rを見ると、ファイルのロックと、書き込み操作中にファイルが適切に更新されることを確認する(そしてサードパーティのアプリで明らかに解決される)ことが重要です(つまり、両方のコピーにアクセスし、両方に書き込みが行われていることを確認します)。優先順位と変更はどうなりますか?)。理想的には、データの代替レプリカをロックすることが考えられますが、それは本当に大きな問題ですか?
  • Branchcacheは中央ファイルを編集用にロックしますか?
  • Branchcacheは変更点を中央ファイルに送信するだけですか?
  • ブランチオフィスサーバーがドメインコントローラーとしても使用される場合、どちらのテクノロジも不適切なアドバイスになりますか?

回答:


4

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はおそらく動作する可能性があります....シングルダウンロードのレイテンシを停止することはありませんが、繰り返し読み取りを処理します。ロックも可能です。


編集:さらにチェクすると、プリロードが可能になったようです。参照してください

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


TomTomに感謝します。記事では、「DFS-Rにはすべてのファイルの完全なレプリカがあり、DFS-Rをセットアップしたときの初期同期の後、変更されたファイルブロックのみが再びWANを通過する」とあります-私の質問の1つは、ブランチキャッシュの方法でした更新を保存します。書き込むには、完全なファイルを中央サーバーに送信する必要がありますか、それとも変更のみを送信する必要がありますか?
TheCleaner 2013年

technet.microsoft.com/en-us/library/jj127252.aspx-2012:大きなファイルに小さな変更を加えると、帯域幅が節約されます(+説明)。
TomTom 2013年

おかげで、まだその記事を見ていませんでした。(少なくとも私たちにとっては)大きな問題ですが、BranchCacheではクライアントがEnterprise / Ultimate上にある必要があることを忘れていました... Proは許可されていません。そのため、DFS-Rまたはその他のサードパーティオプションを検討する必要があります。
TheCleaner 2013年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.