itnews.com.vn
31-07-2009, 08:10
Giới thiệu
Trở lại năm 2006, từ khi Exchange 2007 RTM được nâng cấp lên Exchange 2007 SP1 RTW, nhóm Exchange Product không chỉ xem Cluster Continuous Replication (CCR) là một giải pháp trung tâm dữ liệu cục bộ sẵn có mà còn là một giải pháp site resilience.
Thật sự, CCR có chức năng nguyên gốc là có thể dùng để cung cấp resilience. Tất nhiên những điều này có thể thay thế được. Bạn có thể dùng Single Copy Clusters (SCCs) kết hợp với một giải pháp sao chép của bên phần mềm thứ ba hay để các nhà cung cấp sao chép dữ liệu trên layer lưu trữ (thường là mức độ block). Một số các nhà cung cấp cũng cho phép kết hợp CCR với lớp tái tạo lưu trữ, nhưng tại sao không tận dụng chức năng nguyên thuỷ của nó thay vì đầu tư vào giải pháp của bên thứ 3 tốn kém?
Chỉ khoảng một năm sau khi Exchange 2007 SP1 xuất hiện và những chức năng hoàn toàn mới của nó như Standby Continuous Replication (SCR). SCR đã được phát triển trước hết cho khả năng site resilience. Nhưng Exchange 2007 SP1 cũng được củng cố chức năng CCR hiện có bằng cách để các nút đám mây Windows failover ở những subnet riêng biệt.
Vì vậy, mặc dù CR làm khá tốt nhiệm vụ của mình, một số các kiến trúc sư Exchange vì những lý do nào đó hay vẫn muốn triển khai CCR multi-site hình đám mây. Điều này đặc biệt đúng khi giờ đây bạn không cần mở rộng subnet. Thẳng thắn mà nói thì CCR multi-site đám mây có thể chính là giải pháp nếu bạn triển khai nó phù hợp và có cấu trúc đi cùng với loại giải pháp resilient này. Hãy hiểu rằng, một CCR multi-site đám mây có thể trở thành cơn ác mộng nếu triển khai một cấu trúc không đi cùng yêu cầu hay giải pháp được triển khai phù hợp. Nếu có bất kì khó khăn nào, bài viết này sẽ giải thích những khía cạnh của CCR multi-site đám mây cũng như cung cấp những hướng dẫn thực hiện tốt nhất.
Tôi nên dùng hệ điều hành nào?
Vậy tôi nên cài đặt CCR multi-site đám mây trên hệ điều hành nào? Nếu bạn hỏi tôi câu này cách đây 1 năm, tôi sẽ nồng nhiệt giới thiệu Windows Server 2003, nhưng Windows Server 2008 có những cải tiến thú vị bao gồm cả CCR hình đám mây. Ngoài ra, bây giờ chúng ta dùng Exchange 2007 Rollup Update 7 (RU7), một trong những vấn đề tồn tại khi cài đặt Exchange 2007 SP1 lên Windows Server 2008 giờ đây đã được giải quyết.
Những cải tiến liên quan đến CCR là hỗ trợ cho multi-subnet failover clusters và log file shipping nhanh hơn. Bạn biết rằng Exchange Replication Service dùng SMB cho việc ship log file. Windows Server 2008 giới thiệu SMB v2, làm công việc nhanh hơn 30-40% so với SMB v1.
Triển khai Windows 2008 Failover Cluster đơn giản hơn khi thực hiện với Windows Server 2003. Ngoài ra, bạn cũng nên chú ý rằng Windows Server 2003 sẽ được nghỉ hưu trong vài năm tới. Cuối cùng, hãy nhớ rằng bạn không thể nâng cấp in-place Windows Server 2003 dựa trên Exchange 2007 servers thành Windows Server 2008 sau đó bạn nên quyết định triển khai Exchange 2007 trên Windows Server 2003.
Thay vào đó, bạn nên thay thế các server hiện tại bằng Windows Server 2008 mới dựa trên các server Exchange 2007 SP1. Hoặc bạn có thể gỡ bỏ Exchange 2007 từ máy hiện tại và sau đó nâng cấp in-place chúng lên Windows Server 2008 sau đó bằng cách cài lại Exchange 2007 SP1. Khi Exchange 2007 SP1 đã được cài đặt, bạn có thể khôi phục lại hòm thư/ public folder từ phần backup, kết nối lại LUNs bị cắt, copy các file EDB về lại server Mailbox hay bất kì điều gì bạn muốn.
Dựa trên những điều trên, tôi khuyên các bạn là cài đặt CCR multi-site hình đám mây nodes (và các server Exchange 2007 có thể đóng vai trò này) trên các máy Windows Server 2007.
Subnet kéo dài hay không kéo dài?
Nếu bạn đang cài đặt CCR multi-site điể nút đám mây trên Windows Server 2003 , các điểm nút phải ở trên cùng một subnet. Đây là vì thực tế là Windows Server 2003 Clusters không hỗ trợ những điểm nút đám mây nằm ở những subnet khác nhau. Trong trường hợp này, bạn phải kéo dài các subnet giữa 2 trung tâm dữ liệu cho cá nhân (heartbeat), các network công cộng cũng như những network khác có thể dùng những điểm nút đám mây này.
Kéo dài các subnet nghĩa là traffic phủ sóng sẽ được gởi qua WAN giữa các trung tâm dữ liệu. Tôi đã từng làm một số dự án mà không có vấn đề gì khi các tổ chức có tới 10GB đường dẫn giữa các trung tâm dữ liệu. Chúng ta đơn giản là tạo ra một VLAN và kéo dài nó giữa các trung tâm dữ liệu.
Với Windows Server 2008 thì kéo dài các subnet không còn là một yêu cầu khi Windows Server 2008 đã hỗ trợ đầy đủ cho việc route network. Như bạn có thể nhìn thấy Create Cluster Wizard ở hình 1, giờ đây chúng ta có option để xác định 2 địa chỉ IP cho Windows Server 2008 Failover Cluster - một thuộc về subnet ở trung tâm dữ liệu chính và một của trung tâm dữ liệu backup.
http://www.itnews.com.vn/200907221689/e-mail/trien-khai-exchange-2007-multi-site-ccr-clusters-%E2%80
Trở lại năm 2006, từ khi Exchange 2007 RTM được nâng cấp lên Exchange 2007 SP1 RTW, nhóm Exchange Product không chỉ xem Cluster Continuous Replication (CCR) là một giải pháp trung tâm dữ liệu cục bộ sẵn có mà còn là một giải pháp site resilience.
Thật sự, CCR có chức năng nguyên gốc là có thể dùng để cung cấp resilience. Tất nhiên những điều này có thể thay thế được. Bạn có thể dùng Single Copy Clusters (SCCs) kết hợp với một giải pháp sao chép của bên phần mềm thứ ba hay để các nhà cung cấp sao chép dữ liệu trên layer lưu trữ (thường là mức độ block). Một số các nhà cung cấp cũng cho phép kết hợp CCR với lớp tái tạo lưu trữ, nhưng tại sao không tận dụng chức năng nguyên thuỷ của nó thay vì đầu tư vào giải pháp của bên thứ 3 tốn kém?
Chỉ khoảng một năm sau khi Exchange 2007 SP1 xuất hiện và những chức năng hoàn toàn mới của nó như Standby Continuous Replication (SCR). SCR đã được phát triển trước hết cho khả năng site resilience. Nhưng Exchange 2007 SP1 cũng được củng cố chức năng CCR hiện có bằng cách để các nút đám mây Windows failover ở những subnet riêng biệt.
Vì vậy, mặc dù CR làm khá tốt nhiệm vụ của mình, một số các kiến trúc sư Exchange vì những lý do nào đó hay vẫn muốn triển khai CCR multi-site hình đám mây. Điều này đặc biệt đúng khi giờ đây bạn không cần mở rộng subnet. Thẳng thắn mà nói thì CCR multi-site đám mây có thể chính là giải pháp nếu bạn triển khai nó phù hợp và có cấu trúc đi cùng với loại giải pháp resilient này. Hãy hiểu rằng, một CCR multi-site đám mây có thể trở thành cơn ác mộng nếu triển khai một cấu trúc không đi cùng yêu cầu hay giải pháp được triển khai phù hợp. Nếu có bất kì khó khăn nào, bài viết này sẽ giải thích những khía cạnh của CCR multi-site đám mây cũng như cung cấp những hướng dẫn thực hiện tốt nhất.
Tôi nên dùng hệ điều hành nào?
Vậy tôi nên cài đặt CCR multi-site đám mây trên hệ điều hành nào? Nếu bạn hỏi tôi câu này cách đây 1 năm, tôi sẽ nồng nhiệt giới thiệu Windows Server 2003, nhưng Windows Server 2008 có những cải tiến thú vị bao gồm cả CCR hình đám mây. Ngoài ra, bây giờ chúng ta dùng Exchange 2007 Rollup Update 7 (RU7), một trong những vấn đề tồn tại khi cài đặt Exchange 2007 SP1 lên Windows Server 2008 giờ đây đã được giải quyết.
Những cải tiến liên quan đến CCR là hỗ trợ cho multi-subnet failover clusters và log file shipping nhanh hơn. Bạn biết rằng Exchange Replication Service dùng SMB cho việc ship log file. Windows Server 2008 giới thiệu SMB v2, làm công việc nhanh hơn 30-40% so với SMB v1.
Triển khai Windows 2008 Failover Cluster đơn giản hơn khi thực hiện với Windows Server 2003. Ngoài ra, bạn cũng nên chú ý rằng Windows Server 2003 sẽ được nghỉ hưu trong vài năm tới. Cuối cùng, hãy nhớ rằng bạn không thể nâng cấp in-place Windows Server 2003 dựa trên Exchange 2007 servers thành Windows Server 2008 sau đó bạn nên quyết định triển khai Exchange 2007 trên Windows Server 2003.
Thay vào đó, bạn nên thay thế các server hiện tại bằng Windows Server 2008 mới dựa trên các server Exchange 2007 SP1. Hoặc bạn có thể gỡ bỏ Exchange 2007 từ máy hiện tại và sau đó nâng cấp in-place chúng lên Windows Server 2008 sau đó bằng cách cài lại Exchange 2007 SP1. Khi Exchange 2007 SP1 đã được cài đặt, bạn có thể khôi phục lại hòm thư/ public folder từ phần backup, kết nối lại LUNs bị cắt, copy các file EDB về lại server Mailbox hay bất kì điều gì bạn muốn.
Dựa trên những điều trên, tôi khuyên các bạn là cài đặt CCR multi-site hình đám mây nodes (và các server Exchange 2007 có thể đóng vai trò này) trên các máy Windows Server 2007.
Subnet kéo dài hay không kéo dài?
Nếu bạn đang cài đặt CCR multi-site điể nút đám mây trên Windows Server 2003 , các điểm nút phải ở trên cùng một subnet. Đây là vì thực tế là Windows Server 2003 Clusters không hỗ trợ những điểm nút đám mây nằm ở những subnet khác nhau. Trong trường hợp này, bạn phải kéo dài các subnet giữa 2 trung tâm dữ liệu cho cá nhân (heartbeat), các network công cộng cũng như những network khác có thể dùng những điểm nút đám mây này.
Kéo dài các subnet nghĩa là traffic phủ sóng sẽ được gởi qua WAN giữa các trung tâm dữ liệu. Tôi đã từng làm một số dự án mà không có vấn đề gì khi các tổ chức có tới 10GB đường dẫn giữa các trung tâm dữ liệu. Chúng ta đơn giản là tạo ra một VLAN và kéo dài nó giữa các trung tâm dữ liệu.
Với Windows Server 2008 thì kéo dài các subnet không còn là một yêu cầu khi Windows Server 2008 đã hỗ trợ đầy đủ cho việc route network. Như bạn có thể nhìn thấy Create Cluster Wizard ở hình 1, giờ đây chúng ta có option để xác định 2 địa chỉ IP cho Windows Server 2008 Failover Cluster - một thuộc về subnet ở trung tâm dữ liệu chính và một của trung tâm dữ liệu backup.
http://www.itnews.com.vn/200907221689/e-mail/trien-khai-exchange-2007-multi-site-ccr-clusters-%E2%80