Windows Server 2012 Branchcache so với DFS-R


8

Cảnh báo, câu hỏi chủ quan trước mắt! Nhưng hy vọng một cái tốt sẽ không bị đóng cửa.

LỊCH SỬ:

Tôi có một văn phòng chi nhánh hiện không có máy chủ tại chỗ. Họ truy cập mọi thứ, bao gồm cả DC qua liên kết WAN 12Mbps (MPLS). Liên kết không bão hòa, trung bình sử dụng khoảng 20%. Mạch rất ổn định và có SLA cao và thời gian hoạt động tuyệt vời.

Tuy nhiên, chuyển tập tin lớn (chủ yếu là đọc, không ghi) từ máy chủ tệp trên mạng WAN có thể bị chậm. Chúng tôi hiện không sử dụng DFS.

NGHIÊN CỨU ĐÁNH GIÁ:

Tôi biết về khả năng tăng tốc của mạng WAN, ví dụ sử dụng phần cứng chuyên dụng (Riverbed) hoặc VM phần mềm chuyên dụng (Silver Peak). Nhưng giá cả nằm ngoài ngân sách hiện tại của chúng tôi và nhu cầu vẫn chưa hoàn toàn theo quan điểm của chúng tôi (vì vấn đề chủ yếu nằm ở kịch bản "kéo" không nhất thiết phải đẩy / kéo).

Tôi chủ yếu xem xét việc triển khai một máy chủ Windows tại văn phòng chi nhánh này và sử dụng DFS-R hoặc BranchCache. Nhìn vào bảng so sánh và giả sử chúng ta đang xem xét một "máy chủ nhánh được lưu trữ" và không được phân phối đơn giản:

nhập mô tả hình ảnh ở đây

Nó sẽ xuất hiện có lợi ích cho cả hai, ngay cả khi cả hai được "lưu trữ" trên máy chủ.

CÂU HỎI TÔI THỰC SỰ CÓ:

  • Trong những kịch bản nào, mỗi công nghệ này tỏa sáng và bạn chọn cái nào hơn cái kia?
  • Nhìn vào một máy chủ Branchcache được lưu trữ, bạn có thể đặt "tìm nạp trước" các thư mục / tệp nhất định trên máy chủ tệp trung tâm để chúng có thể truy cập ngay lập tức tại chi nhánh không? Bạn có phải làm điều này theo một lịch trình (nếu có thể)?
  • Nhìn vào DFS-R, mối quan tâm của tôi (và rõ ràng đã được giải quyết với các ứng dụng của bên thứ 3) là khóa tệp và đảm bảo tệp được cập nhật đúng trong quá trình ghi (nghĩa là đảm bảo nếu cả hai bản sao được truy cập và cả hai đều được ghi vào, tệp nào sẽ được ghi vào ưu tiên và những gì xảy ra với những thay đổi?). Lý tưởng có vẻ như sẽ khóa bất kỳ bản sao thay thế nào của dữ liệu, nhưng nó có thực sự là vấn đề lớn không?
  • Branchcache có khóa tập tin trung tâm để chỉnh sửa không?
  • Có Branchcache chỉ truyền deltas trở lại tập tin trung tâm của những gì đã thay đổi?
  • Công nghệ sẽ không được khuyến khích nếu máy chủ văn phòng chi nhánh cũng sẽ được sử dụng như một bộ điều khiển miền?

Câu trả lời:


4

BranchCache chỉ được đọc và không tiền. Nó chủ yếu được sử dụng cho các công cụ như phân phối cập nhật, vv - đó là một CACHE.

DFS không khóa. KHÔNG có công nghệ WAN nào có khả năng phục hồi khi khóa vì không thể khóa nếu / khi liên kết WAN bị hỏng - vì vậy, đó là khả năng phục hồi hoặc khóa.

Nếu bạn cần phiên bản / khóa để hoạt động chính xác, bạn chỉ có thể sử dụng máy chủ trung tâm. BranchCache trong thời điểm này CÓ THỂ giúp với tốc độ tải xuống để tải xuống REPEATED. Chỉ có.

Nếu bạn không có - tức là bạn cần thực hiện nhiều cập nhật từ nhiều nơi (đó là một kịch bản bất thường QUITE - hầu hết các tệp thời gian không bị khóa như thế trong các công ty) thì bạn phải trả thêm băng thông khi cần phát sinh. Hoặc bạn có thể sử dụng một số mục DFS-R của bên thứ ba, nhưng sau đó bạn có vấn đề KHÁC .... điều đó đảm bảo rằng băng thông không bị sao chép hàng tấn nội dung không được sử dụng vì DFS-Replication hoàn toàn dọc theo các dòng chia sẻ tệp, không phải một yếu tố theo yêu cầu.

Đây thực sự là một kịch bản "Chết tiệt nếu bạn làm, chết tiệt nếu bạn không". Đặc biệt với một mạng LAN (độ trễ cao, không đáng tin cậy nhất định) tại chỗ.

BranchCache tỏa sáng, ví dụ như bộ đệm cập nhật - không cần phải có máy chủ WSUS cục bộ trong văn phòng chi nhánh. Không có khóa vì đây là một cơ chế lưu trữ thuần túy - bạn không thể chỉnh sửa tệp BranchCache. Điều đó nói rằng, vì không có khóa, ghi sẽ khóa tệp TRUNG TÂM - và phiên bản cập nhật sau đó sẽ lan truyền, vì vậy nó thực sự có thể hoạt động cho bạn;)

DFS là công cụ tuyệt vời để chỉ đọc (cài đặt hình ảnh, hình ảnh phần mềm để cài đặt, tài liệu chính sách được chỉnh sửa tập trung, v.v.). Hài hước đủ MOST của các tệp tôi có trong danh mục này - nội dung chúng tôi chỉnh sửa ở đây chủ yếu là trong các sotrag trung tâm với các công nghệ đồng bộ hóa khác (quản lý tài liệu sharepoint). DFS là một giải pháp kỹ thuật tuyệt vời cho nhu cầu nhân rộng kỹ thuật.

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

có một giải thích sâu sắc rất tốt.

BranchCache có thể có thể hoạt động .... nó sẽ không dừng độ trễ tải xuống đơn lẻ nhưng nó sẽ xử lý các lần đọc lặp lại. Nó cũng cho phép khóa.


Chỉnh sửa: Sau khi chechking khác, có vẻ như tải trước bây giờ là có thể. Vui lòng tham khảo trước

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


Cảm ơn TomTom. Trong bài viết có ghi "DFS-R sẽ có một bản sao hoàn chỉnh của tất cả các tệp và sau khi đồng bộ hóa ban đầu khi bạn thiết lập DFS-R, chỉ các khối tệp đã thay đổi sẽ lại đi qua mạng WAN" - một trong những câu hỏi của tôi là làm thế nào để phân nhánh lưu bất kỳ cập nhật. Nó có phải truyền toàn bộ tệp trở lại máy chủ trung tâm để ghi hay chỉ thay đổi?
TheCleaner

technet.microsoft.com/en-us/l Library / jj127252.aspx - 2012: Những thay đổi nhỏ đối với các tệp lớn tạo ra sự tiết kiệm băng thông (+ giải thích).
TomTom

Cảm ơn, chưa xem bài báo đó. Vấn đề lớn mặc dù (ít nhất là đối với chúng tôi), tôi đã quên rằng BranchCache yêu cầu khách hàng phải ở trên Enterprise / Ultimate ... không cho phép Pro. Điều đó đòi hỏi chúng tôi phải xem xét DFS-R hoặc một số tùy chọn bên thứ 3 khác.
TheCleaner
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.