Khoảng 7 năm trước, những dự án đầu tiên đã chuyển sang đám mây của chúng tôi một cách đơn giản và khiêm tốn. Hình ảnh máy ảo đã được tải lên máy chủ FTP hoặc chúng được phân phối trên ổ cứng. Sau đó, thông qua một máy chủ nhập đặc biệt, các máy ảo sẽ được tải lên đám mây.
Nếu khách hàng không gặp vấn đề gì khi tắt máy ảo trong một hoặc hai ngày (hoặc không có lựa chọn nào khác), thì điều này có thể được thực hiện. Nhưng nếu thời gian ngừng hoạt động tối đa là một giờ thì phương pháp này sẽ không hiệu quả. Hôm nay tôi sẽ cho bạn biết những công cụ nào sẽ giúp bạn di chuyển sang đám mây với thời gian ngừng hoạt động tối thiểu và cách thức hoạt động của chính quá trình di chuyển của chúng tôi.
Di chuyển với Sao lưu và sao chép Veeam
Mọi người đều biết đến Veeam Backup and Replication như một công cụ tạo bản sao lưu và bản sao. Chúng tôi sử dụng nó để di chuyển giữa các trang web của mình và để chuyển khách hàng từ ảo hóa riêng tư sang đám mây của chúng tôi. Các máy ảo của khách hàng được sao chép sang vCenter của chúng tôi, sau đó kỹ sư sẽ thêm chúng vào vCloud Director.
Sao chép chính xảy ra trên một máy ảo được bật nguồn. Vào thời điểm đã thỏa thuận, máy phía khách hàng sẽ tắt. Bản sao chạy lại để chuyển tiếp những thay đổi đã xảy ra kể từ lần sao chép đầu tiên. Sau đó, máy ảo khởi động trên đám mây của chúng tôi.
Thông thường, từ thời điểm máy bị tắt trên cơ sở hạ tầng của khách hàng cho đến thời điểm máy được bật trên đám mây của chúng tôi, không quá nửa giờ trôi qua mà là 15–20 phút.
Trong trường hợp này, máy ảo ban đầu vẫn còn trên trang web của khách hàng. Nếu đột nhiên có sự cố xảy ra, bạn luôn có thể quay lại và bật nó lên. Phương pháp này cũng thuận tiện cho khách hàng vì không yêu cầu phải có Veeam.
Trường hợp 1
Khách hàng có cơ sở hạ tầng ảo của riêng mình dựa trên VMware - 40 VM với dung lượng 30 TB. Thiết bị mà cụm được triển khai đã lỗi thời và khách hàng quyết định không thèm mua thiết bị mới mà chuyển sang đám mây công cộng. Yêu cầu về thời gian ngừng hoạt động của các hệ thống quan trọng là không quá một giờ. Veeam Replication được chọn làm công cụ. Một điểm cộng nữa là nhà cung cấp dịch vụ Internet của khách hàng đã có mặt trong trung tâm dữ liệu của chúng tôi, điều này giúp tổ chức một kênh tốt. Quá trình di chuyển mất khoảng một tháng, thời gian ngừng hoạt động trong quá trình chuyển đổi lên tới 30 phút cho mỗi nhóm máy ảo.
Di chuyển với Veeam Cloud Connect
Veeam Cloud Connect là công cụ giúp bạn thiết lập bản sao máy ảo và khởi chạy các bản sao trên đám mây của nhà cung cấp dịch vụ. Sau khi cập nhật lên năm sau, người ta có thể sao chép trực tiếp các máy ảo sang vCloud Director. Điều kiện duy nhất là về phía client, Veeam Backup and Replication phải được triển khai ít nhất là phiên bản 9. Tóm lại (bản chi tiết ), thì toàn bộ quá trình trông như thế này.
Trong vCloud Director, một tổ chức được tạo ra với các tài nguyên và mạng lưới cần thiết. Trong Veeam Cloud Connect, chúng tôi tạo một tài khoản, khách hàng kết nối với tài khoản đó từ Veeam B&R của mình, chọn nhà cung cấp và tổ chức DataLine, đồng thời định cấu hình các tác vụ để sao chép. Ngoài thực tế là trong quá trình di chuyển như vậy, thời gian ngừng hoạt động sẽ trong vòng 15–20 phút, khách hàng không phụ thuộc vào bất kỳ hình thức hỗ trợ kỹ thuật nào của nhà cung cấp và quản lý toàn bộ quá trình một cách độc lập: tạo các tác vụ sao chép, tự sao chép, tắt các máy và khởi động chúng trên trang web mới.
Trường hợp 2
Cơ sở hạ tầng của khách hàng, nơi dự kiến di chuyển, được đặt tại Belarus. Cần phải vận chuyển 90 máy ảo với tổng dung lượng 27 TB, mặc dù thực tế là kênh Internet là 100 Mbit/giây. Nếu bạn tạo một bản sao lưu và tải nó lên đám mây của chúng tôi ngay lập tức thì đối với một số máy ảo, việc này sẽ mất vài ngày. Trong thời gian này, một vùng đồng bằng lớn sẽ phát triển trên VM và điều này có thể có tác động tiêu cực đến hiệu suất của máy hoặc thậm chí tệ hơn là không gian trên kho dữ liệu sẽ hết. Chúng tôi đã tiến hành như sau: đầu tiên, khách hàng tạo một bản sao lưu toàn bộ cục bộ và chuyển một bản sao của nó lên đám mây của chúng tôi thông qua Veeam Cloud Connect. Sau đó, tôi thực hiện và chuyển số tiền tăng thêm lên đám mây. Máy ảo ban đầu tiếp tục chạy. Sau khi tắt VM, máy khách thực hiện một bước tăng khác và cũng chuyển nó lên đám mây. Về phía chúng tôi, chúng tôi đã triển khai một máy ảo từ một bản sao lưu đầy đủ và sau đó triển khai hai phần tăng thêm vào đó. Kế hoạch này cuối cùng đã giúp giảm thiểu thời gian ngừng hoạt động xuống còn 2 giờ khi chuyển sang trang web của chúng tôi.
Di chuyển với tính khả dụng của VMware vCloud
Vào tháng 3.0 năm nay, VMware đã phát hành vCloud Availability XNUMX, cho phép bạn di chuyển các máy ảo giữa các đám mây khác nhau (vCloud Director - vCloud Director) và từ các tổ chức ảo hóa máy khách riêng sang đám mây (vCenter - vCloud Director). Sự tiện lợi chính là tích hợp với giao diện vCloud Director. Điều này giúp đơn giản hóa đáng kể quy trình quản lý sao chép và giảm thiểu thời gian ngừng hoạt động trong quá trình chuyển đổi.
Bằng cách sử dụng công cụ này, chúng tôi đã di chuyển một trong các khách hàng từ đám mây Moscow sang đám mây của chúng tôi ở St. Petersburg. Cần vận chuyển 18 máy ảo với tổng dung lượng 14 TB. Một tổ chức đã được tạo cho khách hàng trên đám mây St. Petersburg và các mạng cần thiết đã được tổ chức. Tiếp theo, từ giao diện vCloud Director, khách hàng đi tới cài đặt vCloud Availability, tạo các công việc sao chép và chuyển sang trang St. Petersburg vào thời điểm thuận tiện cho mình. Thời gian ngừng hoạt động trong quá trình chuyển đổi là 12 phút.
Sơ đồ di chuyển giữa các đám mây DataLine ở St. Petersburg và Moscow.
vCloud Availability có cơ chế di chuyển máy ảo từ trang web của khách hàng sang đám mây của chúng tôi. Để thực hiện việc này, một ứng dụng vCloud Availability đặc biệt sẽ được triển khai trong vCenter của khách hàng. Sau khi thiết lập đơn giản, bạn kết nối với đám mây và định cấu hình các tác vụ di chuyển. Khách hàng cũng quản lý toàn bộ quá trình một cách độc lập và thời gian di chuyển được giữ ở mức tối thiểu.
Sơ đồ di chuyển các máy ảo từ cài đặt riêng sang đám mây.
VMware vCloud Availability có nhiều trường hợp sử dụng khác; chúng tôi sẽ sớm nói về chúng trong một bài viết riêng.
Chuẩn bị di cư
Để chọn một công cụ và thực sự bắt đầu di chuyển, bạn cần quyết định những điểm sau:
Chúng ta di cư từ đâu? Nếu bạn đang di chuyển từ một giải pháp riêng tư thì bạn hoàn toàn có quyền tự do lựa chọn công cụ. Nếu bạn rời khỏi nhà cung cấp của mình thì mọi việc sẽ phức tạp hơn. Rất có thể, việc liên kết cơ sở hạ tầng của hai nhà cung cấp và chỉ kéo và thả VM sẽ không hoạt động vì lý do bảo mật. Đôi khi nhà cung cấp mà khách hàng sắp từ chối bắt đầu tinh nghịch và trì hoãn thời gian. Bạn có thể rời khỏi nhà cung cấp theo cách cũ: bằng cách tải VM lên đĩa và FTP hoặc bằng cách di chuyển ở cấp ứng dụng. Tên của cái sau là có điều kiện và nó trông giống như thế này.
Trường hợp 3
Cần phải di chuyển hệ thống SAP của khách hàng từ nhà cung cấp Châu Âu: 34 máy ảo có dung lượng 54 TB. Khách hàng đã được phân bổ tài nguyên trên đám mây của chúng tôi. Kết nối mạng được tổ chức giữa chúng tôi và cơ sở hạ tầng của nhà cung cấp Châu Âu. Các máy chủ ứng dụng đã được triển khai lại với các cấu hình cần thiết được triển khai. Cơ sở dữ liệu lớn đã được di chuyển thông qua việc tải các bản sao lưu lên đám mây của chúng tôi. Tiếp theo, bản sao được định cấu hình giữa cơ sở dữ liệu trên trang gốc của chúng tôi và trang gốc. Vào thời điểm đã thỏa thuận, chúng tôi chuyển sang cơ sở dữ liệu trên đám mây của mình.
Khối lượng dữ liệu và kênh Internet. Chúng tôi thường yêu cầu khách hàng cung cấp bản tải lên của hệ thống với các thông số bộ nhớ, CPU và ổ đĩa. Chúng tôi đánh giá xem kênh có đủ để gửi trực tiếp bản sao hoặc bản sao lưu của máy ảo hay không.
Thời gian ngừng hoạt động có thể chấp nhận được. Đối với các hệ thống khác nhau và theo đó là các máy ảo, nó có thể khác nhau tùy thuộc vào mức độ quan trọng trong kinh doanh của chúng. Thông thường, khách hàng có sẵn các yêu cầu về thời gian ngừng hoạt động trong quá trình di chuyển và dựa vào đó, chúng tôi chọn công cụ và kế hoạch di chuyển thích hợp. Chúng tôi cố gắng lên lịch chuyển đổi cuối cùng vào ban đêm hoặc vào cuối tuần để người dùng cuối của khách hàng không nhận thấy ngay cả thời gian ngừng hoạt động nhỏ.
Dựa trên dữ liệu này, bạn có thể chọn một công cụ và bắt đầu quá trình di chuyển. Đây là những gì xảy ra tiếp theo.
- Thiết lập kết nối mạng. Chúng tôi tổ chức kết nối mạng giữa đám mây của chúng tôi và cơ sở hạ tầng của khách hàng. Máy ảo sẽ được sao chép qua mạng này. Nếu sử dụng Sao lưu và sao chép Veeam thì đây là kênh chuyên dụng, ít thường xuyên hơn là kênh VPN. Nếu Veeam Cloud Connect thì mọi thứ sẽ được truyền qua Internet hoặc cùng một kênh chuyên dụng.
Sau đó, mạng được cấu hình cho VM trên đám mây. Ô tô thường di chuyển theo nhóm và hơn một ngày. Sau khi máy ảo được đưa đến và khởi chạy, chúng phải liên lạc với các máy vẫn còn ở địa điểm ban đầu.
- Lịch trình di chuyển. Khi có nhiều ô tô, việc chia chúng thành từng nhóm và vận chuyển theo từng đợt là điều hợp lý. Cùng với khách hàng, chúng tôi thống nhất một kế hoạch trong đó chúng tôi chỉ định thời điểm và máy nào sẽ di chuyển cũng như thời điểm thực hiện sao chép cuối cùng và chuyển sang địa điểm mới.
- Di chuyển thử nghiệm. Chúng tôi di chuyển máy ảo thử nghiệm và kiểm tra xem mọi thứ có được cấu hình chính xác hay không: kết nối mạng giữa các trang web, tính khả dụng của máy ảo với các máy trên trang nguồn, quyền tài khoản, v.v. Thử nghiệm này giúp tránh những trở ngại ở giai đoạn di chuyển trong chiến đấu.
Đó là tất cả đối với tôi. Trong phần nhận xét, hãy đặt câu hỏi và cho chúng tôi biết về trải nghiệm di chuyển của bạn.
Nguồn: www.habr.com