Xây dựng cấu trúc DFS potx

Xây dựng cấu trúc DFS

Khi cần cấu hình các file server, nhiều quản trị viên chọn dùng
distributed file system (DFS) hơn là một điểm chia sẻ truyền thống
độc lập, bởi những sự phong phú mà DFS đem lại.


Mặc dù DFS có thể củng cố mạnh mẽ các hoạt động và tính sẵn có của
các dữ liệu lưu giữ trên network của bạn, những tiện ích này cũng có cái
giá của nó. Có nhiều cách khác nhau để cài đặt một DFS, và mỗi cách lại
có những ưu và nhược điểm khác nhau. Điều đó có nghĩa là nếu lần đầu
tiên bạn đang xem xét cài đặt DFS, trước hết bạn nên có một kế hoạch.
Trong loạt bài này, tôi sẽ giải thích những điều cần biết về những option
khác nhau của DFS mà bạn cần cấu hình tuỳ vào loại DFS nào mà bạn
muốn tạo ra.
Một số thuật ngữ
Trước khi thảo luận về quá trình lên kế hoạch, có một số thuật ngữ tôi sẽ
nói qua để đảm bảo bạn hiểu được những điều tôi nói sau đó.
DFS Namespace: DFS Namespace là một vùng tên trung tâm để người
dùng có thể có được cái nhìn thống nhất về một folder chia sẻ có trong
DFS
DFS Namespace Server: Chỉ đơn giản là một server host Namespace
DFS. DFS
Namespace Root. DFS Namespace Root: là phần cao nhất của DFS
namespace.
Namespace root và DFS namespace có cùng tên.
DFS Folder: DFS folder chỉ đơn giản là một folder hiện diện với client
trong DFS namespace, nhưng dưới DFS root. DFS folder có thể tồn tại
trên cùng server đang host DFS root, nhưng không nhất thiết phải như
vậy. Thông thường thì DFS folders đại diện cho tài nguyên hệ thống file
tồn tại trên những server khác.

DFS Tree: DFS tree qui chiếu cho trật tự DFS. Một cây bắt đầu với DFS
root, và chứa tất cả các folder DFS đã được xác định trong root.
Namespace độc lập và một domain dựa trên namespace System
Performance
Tôi đã cho các bạn biết về một số những thuật ngữ liên quan đến DFS, và
bây giờ chúng ta hãy cùng bắt đầu với quá trình lên kế hoạch. Điều đầu
tiên chúng ta cần làm khi xây dựng cấu trúc DFS là bạn muốn một
namespace DFS độc lập hay một domain dựa trên namespace của DFS.
Namespaces độc lập
Namespace độc lập có nhiều hạn chế hơn domain dựa trên namespace.
Với những người mới bắt đầu, bạn có thể host các một namespace độc lập
trên mỗi server. Namespace của server giống với tên của server host đích
nguồn.
Giống như cài đặt những DFS khác, các namespace độc lập cho phép bạn
dùng các folder targets phức tạp cho mục đích fault tolerance. Trong
trường hợp bạn không quen với folder targets, thì ý cơ bản là mỗi folder
target cơ bản host một bản sao của dữ liệu liên kết với folder DFS. Dùng
các folder targets khác nhau cho phép bạn đạt đến một mức fault
tolerance, và cho phép hoạt động tốt hơn nếu các dữ liệu chỉ được lưu trữ
trên một vị trí đơn lẻ.
Vấn đề khi dùng folder targets khác nhau ở namespace độc lập là các
target phải được đồng bộ hoá một cách thủ công trừ khi các server đang
host các target folders thuộc về một domain Active Directory quen thuộc.
Mặc dù vậy, các namespace độc lập được dùng trong các tổ chức không
có Active Directory, bởi vì như chính cái tên của chính, một namespace
độc lập sẽ làm việc trong một môi trường độc lập.
Domain dựa trên namespace
Như bạn có thể đoán trước, domain dựa trên namespace yêu cầu tất cả các
server phải là thành viên của domain Active Directory. Những dạng môi
trường này hỗ trợ việc đồng bộ hoá tự động các DFS targets. Namespace

root của namespace dựa trên sự kết hợp giữa tên NetBIOS của server và
tên root, và được liệt kê trong DNS.
Trong một môi trường domain, một server có thể host nhiều root DFS
khác nhau.
Kết luận
Trong bài này, tôi đã giải thích một trong những việc quan trọng phải làm
khi xây dựng cấu trúc DFS là chọn namespace độc lập hay một
namespace dựa trên domain.

Tiếp theo tôi muốn thảo luận về cấu trúc liên kết nhân bản sẽ dùng cho
server DFS của bạn.
Tại sao cần sao chép?
Trước đây, khi tôi giới thiệu về khái niệm DFS với các khách hàng, một
trong những câu hỏi đầu tiên họ luôn hỏi tôi là vì sao chúng ta lại cần
nhiều server DFS. Về mặt kĩ thuật, thì bạn không cần nhiều server DFS,
nhưng nếu dùng chúng thì sẽ có những cái lợi. Với những người mới
dùng, dùng nhiều bản sao cho bạn khả năng mở rộng. Thay vì bắt mỗi
người dùng trong tổ chức của bạn truy cập các file của họ từ cùng một
server, bạn có thể phân bổ tải làm việc qua các bản sao của DFS khác
nhau thay vì đè nặng lên một server đơn lẻ.
Một lý do khác để dùng các nhiều bản sao DFS là nó cung cấp cho bạn
một mức fault tolerance. Ví dụ, giả sử bạn cần cài một gói dịch vụ vào
server của bạn. Phần lớn thời gian khi bạn cài một gói dịch vụ cho
Windows, quá trình cài đặt yêu cầu bạn reboot lại server khi làm xong.
Thông thường, reboot một server phá vỡ việc truy cập của người dùng
vào các file trên server đó. Nếu bạn muốn duy trì hoạt động các server,
bạn có thể chuyển server từ namespace DFS, và thực hiện việc duy trì này
mà không làm gián đoạn người dùng. Khi làm xong, bạn có thể chỉ định
server hoạt động như là một phần namespace lại lần nữa.
DFS cung cấp fault tolerance từ quan điểm bảo vệ bạn khỏi việc rớt kết

nối network. Ví dụ, giả sử công ty bạn có một văn phòng chi nhánh kết
nối với văn phòng chính bằng đường dẫn WAN. Bình thường, khi kết nối
WAN bị rớt thì user ở văn phòng chi nhánh sẽ không thể truy cập vào bất
kì các server nào ở văn phòng chính. Nếu bạn đặt một bản sao DFS ở văn
phòng chi nhánh, thì các user ở văn phòng này vẫn có thể truy cập được
vào các file của họ mặc dù kết nối WAN đã rớt. Khi kết nối được nối lại,
bất kì thay đổi nào ở các file ở văn phòng sẽ được đồng bộ hoá với những
server khác.
Cấu trúc liên kết nhân bản
Windows Server 2008 hỗ trợ một vài dạng cấu trúc liên kết nhân bản
khác biệt cho các server DFS. Những cấu trúc liên kết này có những điểm
tốt và chưa tốt. Nếu bạn gặp vấn đề khi quyết định cấu trúc liên kết nhân
bản nào phù hợp cho tổ chức của bạn, thì bạn nên xem xét cẩn thận
những mẫu cấu trúc liên kết nhân bản DFS sau khi bạn dùng cấu trúc hạ
tầng Active Directory.
Cấu trúc Hub và Spoke
Một trong những cấu trúc liên kết nhân bản quan trọng nhất là cấu trúc
liên kết hub và spoke, như trong hình A. Cấu trúc hub và spoke bao gồm
việc đặt initial master vào giữa cấu trúc liên kết. Một bản sao thực hiện
hai cách nhân bản với initial master, nhưng không nhân bản bất kì bản
sao nào khác. Loại cấu trúc liên kết này rất có hiệu quả. Nhưng vấn đề là
nếu initial master bị rớt, tất cả các bản sao sẽ ngừng hoạt động cho đến
khi nó được nối lại.

Hình A Hình dạng cấu trúc liên kết hub và spoke
Cấu trúc liên kết Full Mesh
Một dạng cấu trúc liên kết nhân bản khác hay dùng là cấu trúc Full Mesh.
Cấu trúc này như trong hình B, cho phép mỗi bản sao được sao chép với
mỗi bản sao khác. Ưu điểm của việc dùng cấu trúc này là mỗi bản sao
vẫn tiếp tục chức năng dẫu cho server có offline. Tất nhiên điều bất lợi

của cấu trúc này là nó có thể dẫn đến một lượng traffic quá mức các bản
sao.

Hình B cấu trúc full mesh cung cấp khả năng kết nối giữa mỗi bản sao
Không cần cấu trúc liên kết?
Khi bạn cấu hình một nhóm sao chép trong Windows Server 2008, một
trong những mục của cấu trúc mà Windows cho phép bạn chọn là No
Topology. Như chính cái tên của nó, có lý do chính đáng để bạn chọn
mục này. Mục No Topology cho phép bạn tạo một nhóm bản sao mà
không cần xác định cấu trúc liên kết nhân bản. điều này cho phép bạn tạo
một nhóm sao chép tuỳ chỉnh sau.
Kết luận
Như bạn có thể thấy, cấu trúc liên kết sao chép có một vai trò quan trọng
trong toàn thể cấu trúc DFS. Trong phần 3 của loạt bài này, tôi sẽ nói về
những ứng dụng hay nhất để xây dựng cấu trúc DFS của bạn.

Mặc dù Windows Server 2008 củng cố dựa trên công nghệ DFS, DFS
cũng khá phức tạp và tôi đã học từng chút một trong hàng năm trời
để xây dựng bản sao cho DFS.

Tôi không nói riêng về cấu trúc liên kết nhân bản, mặc dù nó quan trọng.
Tôi nói về những điều nhỏ nhặt làm nên sự khác biệt giữa bản sao hoạt
động tốt và DFS chạy như phát cuồng. Trong bài này, tôi muốn làm rõ bí
mật bằng cách chia sẻ với bạn những ứng dụng hay nhất của bản sao
DFS.


Backup Strategy
Các file được lưu trữ trên cây DFS được sao chép đến các server khác
không có nghĩa là bạn không cần sao lưu lại chúng. Giữ một bản sao DFS

sẽ giúp bảo vệ các thảm hoạ dữ liệu của đĩa cứng, nhưng không bảo vệ
các dữ liệu khỏi bị hư hỏng. Nếu một file bị hỏng, thì hư hỏng này sẽ
không sao chép đến các nơi khác.
Vì các dữ liệu nên được đồng nhất ở mỗi bản sao DFS, bạn có thể làm
việc bằng cách sao chép chỉ một bản sao. Nhưng điều quan trọng bạn phải
nhớ về quá trình sao lưu là bạn cần phải cấu hình phần mềm backup của
bạn chứ không phải nâng cấp archive bit. Lý do là file sao chép được
khởi động bằng một phiên bản thay đổi của file, hay một stamp thay đổi
ngày và giờ. Một thay đổi sẽ update archive bit có thể dẫn đến hàng loạt
các bản sao. Mặc dù vậy điều này không xảy ra không tất cả các trường
hợp, vì vậy bạn có thể thử nghiệm xem liệu archive bit có ảnh hưởng nào
đến môi trường của bạn hay không.
Dung lượng đĩa
Điều này có vẻ hiển nhiên, nhưng tôi đã từng chứng kiến những trường
hợp mà đĩa chứa folder staging hoặc là nhỏ kinh ngạc, hoặc là low on
space. Ổ đĩa chứa các folder staging phải có đủ khoảng trống để cung cấp
cho quá trình sao chép. Sau đó, nó sẽ hoạt động như là một kho chứa tạm
thời cho các dữ liệu được sao chép đang được gởi đi hay nhận đến.
DFS Root
Bạn cần chú ý một số điều khi xây dựng DFS root của mình. Tôi khuyên
nên bắt đầu bằng DFS root rỗng để bạn có thể tránh việc sao chép bất kì
dữ liệu nào ở cấp độ root. DFS root chỉ có thể chứa các folder được DFS
quản lý.
Tôi cũng khuyên các bạn tránh sao chép dữ liệu giữa các folder DFS
namespace root. Lý do là nếu bạn làm điều này thì Windows sẽ cố gắng
sao chép không chỉ root mà còn các folder target trong nó. Như vậy thì
chẳng hay chút nào, và hãy nhớ rằng các folder target đã được sao chép
độc lập với các root trong phần lớn trường hợp. Thiết lập một sao chép ở
mức độ root không cung cấp mức độ phần thừa sao chép.
Quyết định có sao chép hay không sao chép là phù hợp

Mặc dù sao chép DFS có thể giúp bạn phân bổ tải làm việc giữa các
server file khác nhau, và cho bạn mức fault tolerance nhưng dùng sao
chép DFS không phải lúc nào cũng cần thiết. Ví dụ, hãy tưởng tượng một
môi trường mà người dùng liên tục thay đổi các dữ liệu. Trong môi
trường như vậy, tất cả các update cho một file sẽ thay đổi số phiên bản
file, dẫn đến việc sao chép DFS. Nếu một lượng khổng lồ các update
được thực hiện thì có thể dẫn đến một cơn bão các bản sao chép.
Ứng viên tốt nhất cho sao chép DFS hay môi trường là khi người dùng
đọc nhiều thông tin từ các file server, nhưng không thay đổi nhiều. Trong
những môi trường kiểu này, tải làm việc sao chép ở mức thấp nhất bởi vì
các sao chép chỉ cần khi có update diễn ra.
Nếu các user của bạn thường xuyên update các file thì bạn nên cân nhắc
thời gian sao chép thực hiện phần lớn các sao chép tránh vào giờ cao
điểm. Mặc dù là một lần nữa, điều này có thể dẫn đến việc xung đột các
phiên bản nếu 2 instance riêng lẻ của một file được update trước khi thực
hiện sao chép. Mặc dù vậy, trước khi quyết định chiến lược sao chép bạn
thật sự cần suy nghĩ cẩn thận liệu chiến lược mà bạn chọn có phù hợp với
nhu cầu của công ty bạn hay không.
Kết luận
Trong bài này, tôi đã nói về những điều mà bạn cần đảm bảo để các sao
chép DFS hoạt động trôi chảy, và không làm gián đoạn network của bạn.
Hãy nhớ rằng đây chỉ là những ứng dụng tốt nhất và có những vấn đề
khác có thể tiềm tàng dẫn đến việc gián đoạn quá trình sao chép DFS.