Danh sách kiểm tra việc di chuyển trung tâm dữ liệu lên đám mây
Các dịch vụ đám mây đảm bảo tính sẵn sàng và độ tin cậy cao cho việc vận hành các máy ảo. Nhiều doanh nghiệp sử dụng dịch vụ đám mây bên cạnh các trung tâm dữ liệu vật lý của riêng họ hoặc thay thế cho các máy chủ tại chỗ trong trung tâm dữ liệu của chính họ. Một số doanh nghiệp khác đang cân nhắc việc di chuyển khối lượng công việc từ các trung tâm dữ liệu tại chỗ của họ lên đám mây, và xu hướng này xu hướng đang ngày càng gia tăng, đặc biệt được thúc đẩy bởi đại dịch.
Bài viết blog này định nghĩa về việc di chuyển trung tâm dữ liệu và nêu chi tiết những phức tạp cũng như thách thức mà bạn có thể gặp phải trong quá trình di dời trung tâm dữ liệu. Chúng tôi cũng sẽ chia sẻ danh sách kiểm tra di dời trung tâm dữ liệu để giúp bạn thực hiện quá trình di dời một cách suôn sẻ.
Trung tâm dữ liệu là gì?
Trung tâm dữ liệu là một cơ sở chứa các tài nguyên tính toán, lưu trữ và mạng. Cơ sở này cung cấp khả năng dự phòng về môi trường, nguồn điện và mạng. Trung tâm dữ liệu là một trong những thực thể rất phức tạp và tiên tiến về mặt công nghệ, với các hệ thống phức tạp, kiến trúc và mạng lưới tinh vi.
Trung tâm dữ liệu có thể thuộc sở hữu và quản lý tư nhân, hoặc thuộc sở hữu công cộng với nhiều “pod” tài nguyên máy tính/máy chủ/mạng do tư nhân quản lý và được bán cho các tổ chức khác nhau. Với tất cả sự phức tạp liên quan đến tài nguyên trung tâm dữ liệu, có thể có những lý do khiến một tổ chức quyết định di chuyển từ trung tâm dữ liệu này sang trung tâm dữ liệu khác.
Di chuyển trung tâm dữ liệu là gì?
Di chuyển trung tâm dữ liệu là quá trình di chuyển phần cứng về mặt vật lý và/hoặc di chuyển khối lượng công việc về mặt logic sang một vị trí khác. Địa điểm đích có thể là một trung tâm dữ liệu vật lý khác hoặc một trung tâm dữ liệu ảo trong đám mây công cộng.
Lý do di chuyển trung tâm dữ liệu
Có một số lý do khiến một tổ chức quyết định di chuyển tài nguyên từ trung tâm dữ liệu này sang trung tâm dữ liệu khác, từ nhu cầu kinh doanh đến nhu cầu công nghệ.
Từ góc độ kinh doanh, có thể có những lý do khiến việc di dời trung tâm dữ liệu trở nên hợp lý, dù đó là sáp nhập, mua lại, tối ưu hóa tài nguyên, thu hẹp quy mô hay mở rộng quy mô. Ngoài ra, các tổ chức có thể xem xét mở rộng quy mô từ góc độ tính sẵn sàng cao và chuyển các tài nguyên sang các trung tâm dữ liệu khác nhau dựa trên nhu cầu kinh doanh.
Về mặt công nghệ , công nghệ trung tâm dữ liệu luôn thay đổi và phát triển. Có thể có những lý do công nghệ để chuyển từ trung tâm dữ liệu này sang trung tâm dữ liệu khác nhằm cải thiện các tính năng và/hoặc chức năng. Ngoài ra, một tổ chức có thể quyết định phân bổ tài nguyên trên nhiều khu vực để cải thiện hiệu suất và khả năng phục hồi của các tài nguyên.
Bất kể lý do chính xác để di chuyển trung tâm dữ liệu là gì, các yếu tố phức tạp và quy trình cần được xem xét cẩn thận để đảm bảo việc chuyển đổi tài nguyên diễn ra suôn sẻ mà không khiến người dùng cuối gặp phải sự cố ngừng hoạt động hoặc suy giảm hiệu suất hoặc dịch vụ.
Các phương pháp hay nhất về di chuyển trung tâm dữ liệu
Hãy cùng xem xét các phương pháp hay nhất mà bạn có thể áp dụng cho các chiến lược di chuyển trung tâm dữ liệu của mình. Tuân thủ các phương pháp này sẽ giúp bạn di chuyển trung tâm dữ liệu một cách suôn sẻ mà không gây ảnh hưởng tiêu cực đến tính sẵn sàng của dữ liệu và trải nghiệm người dùng.
Xác định các tiêu chí và mục tiêu của quá trình di dời trung tâm dữ liệu
Các tiêu chí và mục tiêu cho việc di dời trung tâm dữ liệu có thể thay đổi tùy thuộc vào nhu cầu kinh doanh cụ thể hoặc vấn đề cần giải quyết thông qua quá trình di dời. Nếu việc di dời trung tâm dữ liệu chỉ là một quá trình di dời một phần nhằm chuyển một tập hợp con các tài nguyên, điều này sẽ tạo ra bối cảnh khác biệt so với việc di dời toàn bộ tài nguyên từ trung tâm dữ liệu này sang trung tâm dữ liệu khác.
Hãy đảm bảo đánh giá các tiêu chí và mục tiêu không chỉ về khía cạnh kỹ thuật của dự án mà còn về mục tiêu kinh doanh của dự án. Điều này giúp đảm bảo rằng các mục tiêu và tác động kinh doanh được xem xét kỹ lưỡng cùng với các mục tiêu kỹ thuật.
Nếu chúng ta đang di chuyển các tài nguyên trung tâm dữ liệu hiện tại sang đám mây công cộng thì sao?
Đám mây công cộng hay Trung tâm dữ liệu riêng: Hiểu rõ yêu cầu của trung tâm dữ liệu
Xu hướng chung của các tổ chức là chuyển nhiều tài nguyên hơn sang đám mây công cộng. Việc di chuyển trung tâm dữ liệu có thể có nghĩa là chuyển từ trung tâm dữ liệu riêng sang đám mây công cộng thông qua một trong các nhà cung cấp đám mây công cộng, Lựa chọn giữa Amazon AWS, Microsoft Azure hoặc Google Compute Cloud.
Mỗi lần di chuyển đều có những thách thức khác nhau cần được xem xét. Khi chuyển sang đám mây công cộng, tất nhiên không có tài nguyên vật lý nào cần di chuyển, chỉ có tài nguyên ảo hoặc logic. Trong trường hợp di chuyển trung tâm dữ liệu riêng sang một trung tâm dữ liệu riêng khác, có thể có tài nguyên và tài sản vật lý cần di chuyển.
Một ví dụ về cách việc di chuyển trung tâm dữ liệu lên đám mây có thể thay đổi mọi thứ một cách đáng kể là trong lĩnh vực truyền thông mạng. Trong Amazon AWS, ví dụ, khái niệm VLAN không tồn tại. Khách hàng được cung cấp một mạng overlay với các công cụ gốc trên một mạng thuần túy lớp 3. Do đó, bạn không phụ thuộc vào VLAN để phân đoạn.
Trong mạng đám mây công cộng, chính sách mạng tập trung vào máy chủ chứ không phải ở cấp độ mạng. Việc thực thi diễn ra ở cấp độ máy chủ thông qua các nhóm bảo mật. Ngoài ra, với Amazon, kích thước mạng được cố định ngay khi bạn triển khai VPC. Do đó, việc đảm bảo triển khai kích thước phù hợp cho mạng VPC là yếu tố then chốt ở giai đoạn đầu và là ví dụ điển hình về việc lập kế hoạch di chuyển trung tâm dữ liệu lên đám mây cần được xem xét kỹ lưỡng.
Với việc di chuyển trung tâm dữ liệu riêng, về cơ bản, chúng ta có thể tạo ra một kịch bản cơ sở hạ tầng 1-1 tại trung tâm dữ liệu đích và sử dụng phương pháp “cắt theo khuôn mẫu” để cung cấp tài nguyên tại trung tâm dữ liệu đích giống như tại trung tâm dữ liệu sản xuất hiện tại.
Lập kế hoạch kỹ lưỡng
Nói chung, việc di dời trung tâm dữ liệu là một dự án quy mô lớn, không nên đánh giá thấp tầm quan trọng của nó nếu muốn hoàn thành thành công. Một quá trình di dời trung tâm dữ liệu không thành công có thể dẫn đến gián đoạn dịch vụ, mất dữ liệu do thiếu sao lưu dữ liệu, khách hàng không hài lòng, tổn hại danh tiếng thương hiệu và cuối cùng là những thiệt hại thực sự cho tổ chức đã lơ là trong việc lập kế hoạch và chuẩn bị kỹ lưỡng cho quá trình này.
Danh sách kiểm tra di dời trung tâm dữ liệu
Tuân thủ danh sách kiểm tra di dời trung tâm dữ liệu để tránh rắc rối và thực hiện việc di dời một cách tốt nhất.
1. Lập kế hoạch di dời trung tâm dữ liệu
Việc lập kế hoạch di dời trung tâm dữ liệu thường mất vài tuần, thậm chí vài tháng, để chuẩn bị. Kế hoạch di dời trung tâm dữ liệu nên bao gồm các điểm sau:
Khảo sát hiện trạng của trung tâm dữ liệu hiện tại và trung tâm dữ liệu mới
Một thành phần cần thiết là khảo sát hiện trạng của cả trung tâm dữ liệu hiện tại và trung tâm dữ liệu mới. Các câu hỏi sau đây cần được trả lời:
- Các tài nguyên vật lý hiện có trong trung tâm dữ liệu hiện tại có được di chuyển không?
- Nếu câu trả lời là “có”, liệu hệ thống cáp và các kết nối vật lý Lớp 1 khác đã được hiểu rõ chưa?
- Liệu điều này có thể được tái tạo tại trung tâm dữ liệu đích sau khi hạ tầng vật lý được di chuyển không?
- Nếu các tài nguyên vật lý không được di chuyển đến trung tâm dữ liệu mới, liệu đã có các giải pháp thay thế phù hợp cho hạ tầng hiện tại chưa?
Lập tài liệu mọi thứ
Tất cả các yêu cầu về hạ tầng, bao gồm lưu trữ, tính toán, mạng, ứng dụng và bất kỳ yêu cầu hạ tầng nào khác đã được lập tài liệu chưa?
Lưu ý:
- Lập tài liệu quá nhiều còn tốt hơn là không đủ tài liệu.
- Đảm bảo mọi giá đỡ, “U” của giá đỡ, máy ảo, mạng và ứng dụng đều được lập tài liệu, dù được coi là quan trọng hay không.
Các yếu tố phụ thuộc
- Các yếu tố phụ thuộc trong môi trường trung tâm dữ liệu hiện tại cần được nhân rộng sang trung tâm dữ liệu đích đã được hiểu rõ chưa?
- Có hệ thống phụ trợ nào trong trung tâm dữ liệu hiện tại cần được nhân rộng sang trung tâm dữ liệu đích không?
Các yêu cầu về mạng
Những yếu tố cần xem xét về mạng LAN và WAN cho các ứng dụng hiện có trong trung tâm dữ liệu hiện tại mà cần được tính đến cho trung tâm dữ liệu mới là gì?
Trung tâm dữ liệu riêng
- Có VLAN nào cần được triển khai tại trung tâm dữ liệu mới và hiện đang được sử dụng tại trung tâm dữ liệu hiện tại không?
- Nhu cầu về địa chỉ IP của các tài nguyên và ứng dụng tại trung tâm dữ liệu hiện tại là gì?
- Các ứng dụng cũ có phụ thuộc vào bất kỳ địa chỉ IP cố định nào cần được loại bỏ trước khi chuyển sang trung tâm dữ liệu mới không?
- Các vấn đề liên quan đến địa chỉ IP WAN là gì? Tất cả các yếu tố liên quan đến địa chỉ IP WAN đã được xem xét chưa?
- Quá trình giải quyết tên miền (DNS) sẽ diễn ra như thế nào?
- Các tài nguyên tại trung tâm dữ liệu hiện tại và trung tâm dữ liệu mới có chạy song song để cho phép chuyển đổi DNS một cách trơn tru và có thời gian cho quá trình hội tụ DNS không?
- Có sử dụng các cơ chế khác như IP Anycast để quảng bá cùng một tiền tố IP từ nhiều vị trí và cho phép BGP hoặc các giao thức định tuyến khác định tuyến dựa trên chi phí và tình trạng của các liên kết không?
- Các mạch WAN cần thiết đã được đặt hàng để đảm bảo có đủ thời gian chuẩn bị cho việc kích hoạt các mạch mới chưa? Một số ISP (nhà cung cấp dịch vụ internet) có thể mất tới 90 ngày để kích hoạt một đường truyền mới. Thời gian dự trù này cần được tính toán trong bất kỳ kế hoạch di chuyển trung tâm dữ liệu nào.
Đám mây công cộng
- Vì VLAN không tồn tại trong đám mây công cộng, bất kỳ yêu cầu nào ở lớp 2 đều cần được xem xét kỹ lưỡng khi thiết kế lại quyền truy cập mạng.
- Bạn cần bao nhiêu địa chỉ IP? Kích thước mạng con cần là bao nhiêu? AWS mặc định sử dụng mạng con /16.
- Cách thiết lập bảo mật mạng như thế nào? Những nhóm bảo mật nào cần được xem xét?
- Giới hạn 500 nhóm bảo mật cho mỗi VPC – Mạng của bạn có cần nhiều nhóm bảo mật hơn số lượng được cung cấp không?
- Bạn có cần triển khai nhiều VPC không?
- Nếu chuyển sang đám mây công cộng, rất có thể sẽ cần thay đổi các công cụ tự động hóa. Những vấn đề này đã được xem xét chưa?
2. Danh sách kiểm tra thử nghiệm di chuyển trung tâm dữ liệu
Mặc dù bạn có thể không thể thực hiện từng bước của quy trình di chuyển, nhưng việc thực hiện một hoặc vài lần chạy thử nghiệm di chuyển có thể hữu ích. Nếu bạn cũng có thể triển khai các thành phần quan trọng như các mục chuyển đổi mạng trong môi trường phòng thí nghiệm, điều này có thể giúp làm sáng tỏ các vấn đề tiềm ẩn với ứng dụng, cùng các vấn đề khác, trước khi quá trình di chuyển thực tế diễn ra.
- Thảo luận các điểm chính của quá trình di chuyển với các thành viên chủ chốt trong nhóm.
- Nắm rõ thứ tự các công việc cần thực hiện, vì rất có thể sẽ có một số nhiệm vụ yêu cầu phải hoàn thành các nhiệm vụ khác trong danh sách kiểm tra trước đó.
- Sử dụng môi trường phòng thí nghiệm để mô phỏng quá trình di chuyển trung tâm dữ liệu, bao gồm tài nguyên mạng cũng như kiểm thử ứng dụng và khắc phục sự cố. Kiểm thử là một điểm quan trọng trong danh sách kiểm tra di chuyển trung tâm dữ liệu.
3. Thực hiện việc di chuyển trung tâm dữ liệu
Kế hoạch đã được hoàn tất và các tài nguyên đã sẵn sàng để triển khai tại vị trí trung tâm dữ liệu mới hoặc đám mây công cộng, đã đến lúc thực hiện việc di chuyển. Các yếu tố cần xem xét trong quá trình di chuyển trung tâm dữ liệu:
- Xác định rõ ai chịu trách nhiệm cho từng khía cạnh của quá trình di chuyển. Điều cuối cùng bạn muốn xảy ra là các giả định được đưa ra và trách nhiệm đối với các khía cạnh quan trọng của việc di dời bị bỏ sót.
- Lập kế hoạch hành động chi tiết với tất cả các bên liên quan đến dự án di dời. Liệt kê các trách nhiệm.
- Có thông tin liên hệ của tất cả các bên liên quan, số điện thoại, v.v., để tránh lãng phí thời gian tìm kiếm thông tin liên hệ thay vì tập trung giải quyết các vấn đề tiềm ẩn có thể phát sinh trong quá trình di dời trung tâm dữ liệu.
- Chuẩn bị sẵn các liên hệ nhà cung cấp dự phòng. Điều này bao gồm các liên hệ trung tâm dữ liệu, nhà cung cấp dịch vụ internet (ISP), kỹ sư mạng, kỹ sư hạ tầng, kỹ sư vận hành, v.v.
- Thông báo cho người dùng cuối trước thời hạn thông qua các kênh truyền thông điện tử, trang thông báo, v.v. Cung cấp chi tiết về khung thời gian bảo trì dự kiến để giảm thiểu sự bất tiện cho người dùng cuối.
- Chuẩn bị một đội ngũ sẵn sàng xử lý tình huống khẩn cấp trong trường hợp có lượng lớn vấn đề từ người dùng cuối do quá trình di dời tài nguyên gây ra.
4. Danh sách kiểm tra sau khi di dời trung tâm dữ liệu
Sau khi các tài nguyên trung tâm dữ liệu đã được di chuyển, chúng ta cần nhanh chóng đánh giá bất kỳ vấn đề nào về hiệu suất hoặc bất kỳ sự cố hệ thống nào khác phát sinh từ quá trình di chuyển.
- Hãy chỉ định một nhóm thực hiện nhiệm vụ này, thông qua kiểm tra thủ công hoặc các phương pháp tự động, để xác minh tính toàn vẹn của các quy trình hệ thống và tính sẵn sàng của ứng dụng sau khi di chuyển.
- Nếu bạn nhận lưu lượng truy cập từ nhiều nơi trên thế giới, hãy mô phỏng lưu lượng truy cập đến từ các điểm cuối khác nhau trên toàn cầu để có thể kiểm tra bất kỳ sự chênh lệch nào giữa các vị trí địa lý có thể do sự hội tụ DNS gây ra nếu các bản ghi tên đã được thay đổi.
- Kiểm tra không chỉ lỗi trong ứng dụng mà còn cả hiệu suất của các ứng dụng đó.
- Nếu bạn kỳ vọng cải thiện hiệu suất, liệu những cải thiện đó đã được thực hiện chưa?
- Liệu hiệu suất kém hơn, có phải là dấu hiệu của một vấn đề tiềm ẩn trong quá trình di chuyển?
- Thông báo cho người dùng cuối khi giai đoạn bảo trì kết thúc và hệ thống dự kiến sẽ hoạt động bình thường. Điều này giúp người dùng cuối biết liệu họ đang gặp phải vấn đề liên quan đến di chuyển hay một vấn đề thực sự.
- Tổ chức cuộc họp đánh giá sau sự cố với tất cả các thành viên trong nhóm để thu thập các vấn đề đã gặp phải trong quá trình di chuyển trung tâm dữ liệu. Điều này sẽ giúp xây dựng một đội ngũ mạnh mẽ hơn trong tương lai, làm sáng tỏ các vấn đề có thể đã được ngăn chặn và áp dụng những bài học đó vào các dự án tương lai.
Lưu ý:. Nếu bạn đã hoàn tất việc di chuyển trung tâm dữ liệu lên đám mây, hãy nhớ rằng bạn cần triển khai một chiến lược sao lưu trên đám mây để bảo vệ dữ liệu của mình.
Những suy nghĩ kết luận
Việc di chuyển trung tâm dữ liệu có thể là một trong những quy trình phức tạp nhất mà một tổ chức phải thực hiện. Quá trình di chuyển đòi hỏi những thay đổi chính xác và được tính toán kỹ lưỡng đối với các hệ thống để đảm bảo các hệ thống đó có thể duy trì hoạt động trực tuyến trong suốt quá trình di chuyển hoặc khôi phục hoạt động càng sớm càng tốt.
Lợi ích của một quá trình di chuyển thành công có thể rất lớn. Nó cho phép doanh nghiệp mở rộng nhu cầu công nghệ của mình sang một trung tâm dữ liệu hiện đại và tiên tiến hơn. Ngoài ra, nó còn cho phép tổ chức thực hiện việc di chuyển trung tâm dữ liệu lên đám mây để lưu trữ tài nguyên. Dù bằng cách nào, việc lập kế hoạch, thử nghiệm và thực hiện các kế hoạch được suy tính kỹ lưỡng sẽ giúp tổ chức hoàn thành thành công nhiệm vụ đầy thách thức là di chuyển trung tâm dữ liệu.
Chúng tôi khuyến nghị bạn nên sao lưu dữ liệu trước khi bắt đầu quá trình di chuyển. Tải xuống bản dùng thử miễn phí NAKIVO Backup & Replication để bảo vệ các máy vật lý và ảo trong trung tâm dữ liệu.
