So sánh giải pháp Site Recovery Manager và Viettel Cloud DR
06/04/2022Với hạ tầng ảo hóa Vmware, Site Recovery Manager (SRM) là phần mở rộng của Vmware Vcenter, cung cấp khả năng khôi phục sau thảm họa (Disater Recovery) và nhiều tính năng khác, được thiết kế để giảm thiểu thời gian ngừng hoạt động trong trường hợp xảy ra thảm họa hoặc sự cố. Nó cung cấp quản lý dựa trên chính sách, điều phối tự động và kiểm thử không gián đoạn các kế hoạch khôi phục tập trung và được thiết kế cho các máy ảo và có thể mở rộng để quản lý tất cả các ứng dụng trong môi trường vSphere.
1. Kiến trúc tổng quan SRM
Site Recovery Manager được triển khai cấu hình theo từng cặp, thông thường sẽ có 2 site như sau:
Các thành phần của Site Recovery Manager
- Site Recovery Manager: triển khai trên HĐH Windows hoặc dưới dạng Virtual Appliance và cần phải được trang bị ở cả 2 site DC và DR, cung cấp các thành phần:+ Giao diện người dùng Site Recovery Manager cung cấp đầy đủ chức năng để làm việc với Site Recovery Manager
+ Một plug-in được thêm vào vSphere Web Client và vSphere Client
+ Một cơ sở dữ liệu lưu trữ thông tin quản lý sao chép và thông tin cấu hình sao chép
+ Site Recovery Manager: Site Recovery Manager cũng cung cấp giao diện quản lý thiết bị ảo (virtual appliance management interface - VAMI)
- Protected Site: là site chính triển khai DC, toàn bộ các dịch vụ sẽ chạy trên hạ tầng máy chủ tại site này (active)
- Recovery Site: là site dự phòng (standby), là một cơ sở hạ tầng thay thế mà SRM có thể di chuyển các dịch vụ từ Protected Site đến. Recovery Site có thể ở một địa điểm khác, hoặc trong cùng một cơ sở để thiết lập dự phòng.Thành phần máy chủ Site Recovery Manager điều phối các hoạt động của VMware vCenter Server tại hai site. Khi các máy ảo tại protected site bị tắt hay mất kết nối, các bản sao của các máy ảo ở recovery site sẽ được turn-on. Bằng cách sử dụng dữ liệu được replicate từ protected site, các máy ảo này đảm nhận trách nhiệm cung cấp các dịch vụ giống hệt để thay thế cho site chính bị lỗi.
2. Tính năng, lợi ích của SRM:
- Khả năng khôi phục thảm họa, failover với thời gian rất ngắn, trong vòng vài phút vì các máy chủ ảo và thành phần lưu trữ được đồng bộ thời gian thực, chỉ mất thời gian khởi động máy chủ.
- Tự động điều phối chuyển đổi dự phòng và khôi phục chỉ với click chuột, giảm thời gian phục hồi.
- Kiểm tra thường xuyên, không gây gián đoạn các kế hoạch khôi phục; đảm bảo các đối tượng khôi phục có khả năng dự đoán cao.
- Quản lý tập trung các kế hoạch khôi phục thay thế cho các thao tác thủ công.
- Quy trình di chuyển có kế hoạch cho phép phòng tránh thảm họa và tính di động của TTDL.
- Tích hợp Vmware vSAN giảm dấu vết DR thông qua nền tảng siêu hội tụ, lưu trữ định nghĩa phần mềm.
- Hỗ trợ nhiều phiên bản vCenter cho phép ghép nối và nâng cấp linh hoạt.
- Tích hợp vSphere Replication mang đến tính năng sao chép tập trung vào VM, giúp loại bỏ sự phụ thuộc vào các thiết bị lưu trữ.
- Ngoài khả năng dự phòng thảm họa, giải pháp này có thể hỗ trợ các tính năng sau:
+ Migration: khi có nhu cầu chuyển đổi DC sang một vị trí mới mà gây ít thời gian downtime nhất có thể.
+ Maintenance: hỗ trợ bảo trì, bão dưỡng và nâng cấp hệ thống chính bằng cách chuyển đổi chế độ hoạt động sang recovery site.
3. Các mô hình triển khai
Active – Passive: Với mô hình truyền thống này sẽ có một site chính chạy (protected site) các ứng dụng và dịch vụ và một site còn lại (recovery site) không hoạt động cho đến khi sự cố xảy ra và cần phục hồi.
Active – Active: Với mô hình này, SRM có thể được cấu hình để những workloads có độ ưu tiên thấp như môi trường test, dev có thể chạy trên recovery site và có thể được tắt như một phần của kế hoạch phục hồi. Điều nay cho phép tài nguyên trên recovery site sẽ không bị lãng phí mà vẫn có thể đáp ứng được tải cho các hệ thống quan trọng trong trường hợp thảm họa.
Bi – Directional: Áp dụng với những trường hợp môi trường production được hoạt động ở cả 2 site, SRM hỗ trợ bảo vệ máy chủ ảo ở cả 2 hướng. Ví dụ máy chủ ở site này sẽ được bảo vệ ở site kia và ngược lại.
Multi-site:
Shared recovery: nhiều site remote được bảo vệ bởi một site chính. Ví dụ trong trường hợp công ty có nhiều chi nhánh, khi đó mỗi chi nhánh sẽ được xem như protected site và trụ sở chính sẽ có đảm nhiệm site dự phòng (recovery site)
Shared Protection: ngược lại với shared recovery, nhiều site remote sẽ dự phòng cho một site chính. Lúc này, một vài ứng dụng/VM ở site chính sẽ failover sang site remote thứ nhất, một số ứng dụng/VM khác sẽ failover sang site remote thứ 2,3,…n.
Three-site: là dạng mở rộng trong mô hình 2 site, VM ở site A sẽ được bảo vệ ở site B, VM ở site B sẽ được bảo vệ ở site C, VM ở site C sẽ được bảo vệ ở site A.
Lưu ý trong mô hình Multi-site:
- Mỗi VM chỉ được bảo vệ bởi một cặp SRM ( recovery site và protected site)
- SRM hiện tại không hỗ trợ failover cùng một VM đến recovery site thứ 2 hay nhiều recovery site.
4. Use case
- Disaster Recovery: SRM được thiết kế để giải quyết bài toán về khôi phục thảm họa hoặc chuyển đổi dự phòng không có kế hoạch từ trước. Đây là use case quan trọng nhất nhưng cũng ít được sử dụng nhất đối với SRM. Những lỗi không mong đợi đối với hệ thống thì không thường xuyên xảy ra nhưng khi chúng được phục hồi nhanh chóng là điều rất quan trọng với hoạt động kinh doanh của bất kỳ doanh nghiệp nào. SRM tự động hóa và điều phối việc khôi phục một phần hoặc toàn bộ hệ thống, đảm bảo thời gian khôi phục(RTO) là nhanh nhất.
- Disaster Avoidance: Đây là một use case phổ biến sử dụng trong trường hợp ngăn ngừa thảm họa. Nếu ta có thể dự tính trước thiên tai thảm họa như bão lũ có thể xảy đến với site chính. Kết hợp với Vmotion, ta có thể tắt các máy ảo và move sang site dự phòng, sao chép toàn bộ dữ liệu và khởi động theo lệnh các máy ảo/ ứng dụng tại site dự phòng để đảm bảo tính nhất quán và không mất dữ liệu.
- Planned Migration: Đây là use case phổ biến nhất – di chuyển máy ảo và ứng dụng giữa các site. Có thể áp dụng cho việc di dời trung tâm dữ liệu, cân bằng tải toàn cầu hoặc bảo trì site theo kế hoạch. SRM có khả năng di chuyển site một cách suôn sẻ, hỗ trợ kiểm tra toàn bộ quá trình di chuyển theo cách hoàn toàn không gây gián đoạn cho môi trường production. Ngoài ra cũng hỗ trợ stretched storage cho việc di chuyển không gây downtime.
- Upgrade & Patch Testing: Cung cấp site thử nghiệm để tiến hành kiểm tra bản vá và nâng cấp hệ điều hành. Site thử nghiệm là bản sao hoàn chỉnh của site chính được cấu hình với mạng cô lập để đảm bảo rằng việc thử nghiệm càng thực tế càng tốt, đồng thời không ảnh hưởng đến site chạy chính.
5. So sánh giải pháp Site Recovery Manager và Viettel Cloud DR
| Site Recovery Manager | Viettel Cloud DR | |
| Tính năng, lợi ích | - Có nhiều use case để sử dụng: Disaster recovery, disaster avoidance, planned migration, upgrade & patch testing | - Tập trung vào use case dự phòng thảm họa Disaster recovery |
| Độ phức tạp triển khai | - Mất nhiều thời gian để xây dựng site recovery(thời gian đặt hàng thiết bị, thời gian triển khai hệ thống,…) | - Triển khai nhanh chóng với hạ tầng cloud đã sẵn sàng |
| Chi phí | - Chi phí khá cao vì phải đầu tư hệ thống dedicated bao gồm chi phí phần cứng và license Vmware vsphere, V-center, SRM; chi phí vận hành và nhân sự có chuyên môn cao. | - Chi phí thấp vì chỉ tốn tài nguyên lưu trữ bản replication dữ liệu của VM, các tài nguyên compute như vCPU, vRAM,… chỉ dùng đến khi tiến hành failover. |
Kết luận:
Site Recovery Manager: thích hợp với các doanh nghiệp quy mô lớn, có nguồn ngân sách dồi dào, yêu cầu việc kinh doanh diễn ra liên tục, không gián đoạn, thời gian downtime hệ thống nhỏ nhất có thể (vài phút). Ngoài ra SRM cung cấp bộ giải pháp rất đa dạng không gây gián đoạn hệ thống trong các trường hợp phòng ngừa thảm họa chủ động, di dời DC, chạy thử nghiệm hệ thống. Tuy nhiên việc triển khai khá phức tạp và tốn kém, đòi hỏi doanh nghiệp có đội ngũ nhân lực trình độ cao để vận hành hệ thống.
Viettel Cloud DR: phù hợp với toàn bộ khách hàng, doanh nghiệp cần một giải pháp phòng ngừa thảm họa, để khi hệ thống chính xảy ra sự cố thì hệ thống phụ sẽ turn-on thay thế, với thời gian khá ngắn( từ vài phút đến vài chục phút tùy vào mức độ thảm họa một phần hay thảm họa toàn phần). Đặc biệt, ưu điểm nổi trội của Viettel Cloud DR là thời gian triển khai nhanh chóng với hạ tầng sẵn có và chi phí phù hợp, việc vận hành hệ thống khá đơn giản giúp doanh nghiệp dễ dàng tiếp cận hơn so với SRM.
Để tìm hiểu thêm về dịch vụ Viettel Cloud DR, vui lòng liên hệ đến Viettel IDC:
- Hotline: 1800.8088 (miễn phí cước gọi)
- Fanpage: https://www.facebook.com/viettelidc
- Website: https://viettelidc.com.vn
Viettel IDC – Nhà cung cấp dẫn đầu về giải pháp Trung tâm dữ liệu và Điện toán đám mây tại Việt Nam
Tin liên quan
"SOVEREIGN CLOUD" VÀ NGHỊCH LÝ CHUYỂN ĐỔI SỐ: GIẢI MÃ BÀI TOÁN TUÂN THỦ CHO NGÀNH TÀI CHÍNH & CHÍNH PHỦ
Các tổ chức thuộc nhóm ngành trọng yếu như tài chính, ngân hàng (BFSI) và cơ quan nhà nước đang khao khát hiện đại hóa hệ thống IT (chuyển đổi sang kiến trúc Microservices, sử dụng Container/Kubernetes) để tăng tốc độ triển khai dịch vụ và nâng cao trải nghiệm người dùng. Tuy nhiên, họ lại đang vấp phải một "nghịch lý" lớn: Càng muốn áp dụng công nghệ Cloud hiện đại, rào cản về tuân thủ pháp lý và an toàn thông tin càng trở nên khắt khe.
BÀI TOÁN "NOISY NEIGHBOR" TRÊN CLOUD VÀ CHIẾN LƯỢC TỐI ƯU HIỆU NĂNG CHO HỆ THỐNG CỐT LÕI
Trong kỷ nguyên mà dữ liệu là "dầu mỏ mới", việc vận hành các hệ thống xương sống (Core ERP, Core Banking) hay các workload tính toán chuyên sâu (AI, Machine Learning, Datalake) đòi hỏi năng lực phần cứng vô cùng mạnh mẽ.
"BÃO GIÁ" HẠ TẦNG CNTT VÀ BÀI TOÁN SỐNG CÒN CỦA DOANH NGHIỆP: VÌ SAO PRIVATE CLOUD DẠNG DỊCH VỤ LÊN NGÔI?
Làn sóng bùng nổ hạ tầng AI toàn cầu đang tạo ra một "cơn địa chấn" về giá phần cứng máy chủ, chip nhớ DRAM, ổ cứng doanh nghiệp và chi phí năng lượng. Đứng trước áp lực phải chuyển đổi số nhưng lại vấp phải bài toán chi phí đầu tư (CapEx) đắt đỏ cùng thời gian giao hàng kéo dài hàng tháng, các nhà quản trị công nghệ (CIO) và tài chính (CFO) đang tìm kiếm một hướng đi mới: Không cần bỏ hàng tỷ đồng mua sắm hạ tầng mà vẫn sở hữu riêng một hệ thống Private Cloud hoàn chỉnh, an toàn và sẵn sàng vận hành ngay lập tức.
Digital Workplace là gì? Xu hướng môi trường làm việc số cho doanh nghiệp
Digital Workplace là gì? Khám phá mô hình vận hành, thành phần, lợi ích, ứng dụng, thách thức và xu hướng môi trường làm việc số cho doanh nghiệp.
Lỗ hổng Shellshock là gì? Cơ chế, tác động và cách khắc phục
Lỗ hổng Shellshock (CVE-2014-6271) trong Bash là gì, vì sao nghiêm trọng? Tìm hiểu nguyên nhân, hệ thống bị ảnh hưởng và cách kiểm tra, vá lỗi.
Scratch là gì? Cách hoạt động, ứng dụng và đối tượng phù hợp
Scratch là gì? Tìm hiểu cách lập trình bằng khối lệnh, các khái niệm có thể học, ứng dụng thực tế và sự khác nhau giữa Scratch với ScratchJr.
Phân biệt các loại Web Hosting: Đâu là lựa chọn phù hợp cho website?
Phân biệt các loại Web Hosting và tìm hiểu cách mỗi mô hình hoạt động, từ đó lựa chọn giải pháp phù hợp với nhu cầu, quy mô và định hướng phát triển website.
Website có cần hosting không? Giải đáp chi tiết từ A-Z
Website có cần hosting không? Tìm hiểu vai trò của hosting, domain và các trường hợp cần và không cần mua hosting riêng cho website.
Top nhà cung cấp dịch vụ Cloud Camera uy tín tại Việt Nam
Top nhà cung cấp dịch vụ Cloud Camera uy tín tại Việt Nam, cùng tiêu chí lựa chọn và những lưu ý quan trọng trước khi đăng ký dịch vụ.
Trigger là gì trong DBMS? Cách hoạt động, các loại phổ biến và ứng dụng
Trigger là gì trong DBMS? Tìm hiểu cách trigger hoạt động, các loại phổ biến, ví dụ minh họa, ưu nhược điểm và khi nào nên sử dụng.
Bình luận ()