VMware Exit 2027 không nên được xem đơn thuần là dự án chuyển một danh sách VM từ hypervisor A sang hypervisor B.

Ở quy mô doanh nghiệp, phần khó hơn nằm ở câu hỏi: làm thế nào để chuyển đổi hạ tầng mà workload vẫn hoạt động, cửa sổ cutover được rút ngắn, và biết chính xác khi nào môi trường mới đủ điều kiện đưa vào production?

VergeOS 26.2 đưa ra một ví dụ thực thi khá rõ cho bài toán này. Thay vì yêu cầu doanh nghiệp dựng toàn bộ hạ tầng mới từ đầu, runbook của VergeIO mô tả cách di chuyển hết VM khỏi từng VMware host, cài VergeOS ngay trên phần cứng đó, chuyển workload theo từng đợt, kiểm thử, cutover rồi tiếp tục với host kế tiếp.

Cách tiếp cận này chuyển trọng tâm của VMware Exit từ “đã migrate bao nhiêu VM?” sang “bao nhiêu workload đã được chuyển, kiểm chứng, nghiệm thu và đưa vào production theo một quy trình lặp lại được?”.

Đó mới là chỉ số có ý nghĩa đối với một dự án chuyển đổi hạ tầng.

VMware Exit 2027 không chuyển toàn bộ VM cùng lúc

Một dự án migration quy mô lớn thường chịu hai loại áp lực.

• Thứ nhất là áp lực thời gian: đội IT muốn hoàn tất nhanh để giảm chi phí license, hợp đồng duy trì và số nền tảng phải vận hành song song.
• Thứ hai là áp lực rủi ro: càng chuyển nhiều workload trong một lần, phạm vi ảnh hưởng khi có lỗi càng lớn.

Runbook được VergeIO trình bày trong VergeOS 26.2 chọn hướng khác: chuyển đổi theo từng host.

Trong ví dụ ba VMware host đang chạy production, một host được giải phóng trước bằng cách vMotion VM sang hai host còn lại. Host vừa trống được cài VergeOS và trở thành điểm khởi đầu của hạ tầng mới. Từ đó, workload trên host thứ hai mới bắt đầu được chuyển.

Điểm quan trọng là doanh nghiệp không phải thực hiện “big bang migration”. VMware và VergeOS có thể tồn tại song song trong giai đoạn chuyển tiếp, giúp đội ngũ kiểm soát phạm vi thay đổi.

Đây cũng là cách nhìn phù hợp hơn cho VMware Exit 2027: migration là một chuỗi bước có điểm kiểm soát, không phải một sự kiện duy nhất.

Runbook VMware Exit 2027: Runbook 6 bước theo từng host

Runbook VergeOS 26.2 mô tả workflow sáu bước cho môi trường ba VMware host. Doanh nghiệp có thể dùng đây làm khung tham khảo khi xây migration plan riêng.

Bước 1: Xác định trạng thái ban đầu và phạm vi migration

Điểm xuất phát của runbook là ba VMware host đang chạy production. Phần inventory dưới đây là khuyến nghị của Unitas, cần hoàn tất trước khi thay đổi hạ tầng:

• workload đang nằm trên host nào;
• dependency giữa các VM;
• cấu hình network;
• dữ liệu và storage dependency;
• workload nào có cluster hoặc shared disk;
• workload nào có thể dùng làm pilot.

Đây là lúc cần tách “VM đơn giản” khỏi “workload quan trọng”. Một ứng dụng gồm ba VM, database riêng và dependency mạng nên được xem là một workload logic, thay vì ba máy ảo độc lập.

Mục tiêu của bước này là biết chính xác thứ gì sẽ được chuyển trước khi tác động đến hạ tầng.

Bước 2: Giải phóng một VMware host và cài VergeOS

Trong runbook của VergeIO, các VM trên Host 3 được vMotion sang hai host còn lại. Sau đó Host 3 được reimage bằng VergeOS và trở thành “đầu cầu” cho nền tảng mới.

Cách làm này có một ưu điểm đáng chú ý: doanh nghiệp tận dụng được phần cứng hiện có, thay vì mặc định VMware Exit phải đi kèm một dự án mua cluster hoàn toàn mới.

VergeIO cho biết VergeOS có thể chạy trên nhiều thế hệ phần cứng khác nhau trong cùng một môi trường, và VM sau migration giữ được dữ liệu cùng thiết lập mạng. Tuy vậy, doanh nghiệp vẫn cần xác minh khả năng tương thích phần cứng, thiết kế mạng và sizing trước khi áp dụng vào production.

Bước 3: Full transfer, kiểm tra và final transfer

Khi host VergeOS đầu tiên đã sẵn sàng, workload trên VMware Host 2 có thể được chuyển sang.

Runbook mô tả chuỗi: Full transfer → Test → Final transfer of changed blocks → Cutover.

Đây là cơ chế quan trọng để giảm cửa sổ downtime.

Phần lớn dữ liệu được chuyển trước trong full transfer, và trong thời gian đó workload nguồn vẫn tiếp tục hoạt động và thay đổi dữ liệu. Đến thời điểm cutover, changed block tracking giới hạn final transfer vào phần dữ liệu đã thay đổi kể từ lần chuyển trước.

Theo thử nghiệm nội bộ của VergeIO trên NBD, VergeOS 26.2 đạt tốc độ transfer gấp 2,2 lần so với 26.1 nhờ asynchronous I/O. Đây là số liệu từ lab của hãng, doanh nghiệp cần kiểm chứng lại trên workload thực tế của mình.

Bước 4: Chuyển VMware Host 2 thành VergeOS host

Sau khi workload trên Host 2 được cutover thành công, chính Host 2 có thể được reimage bằng VergeOS. Lúc này hệ thống có hai VergeOS host, và workload được phân bổ lại trên hai host này trước khi sang giai đoạn tiếp theo.

Hạ tầng mới vì vậy được mở rộng dần bằng chính tài nguyên đang có. Mỗi lần chuyển đổi host tạo ra một checkpoint rõ ràng để đội IT xác nhận trạng thái trước khi tiếp tục.

Bước 5: Chuyển workload trên VMware host cuối cùng

Đến Host 1, VergeOS 26.2 bổ sung một khía cạnh đáng chú ý về asset continuity.

Theo VergeIO, tags, categories và unique serial number có thể được mang theo cùng từng VM khi migration.

Những metadata này có vẻ nhỏ so với dung lượng VM, nhưng lại ảnh hưởng trực tiếp đến:

• inventory;
• CMDB;
• automation;
• quy trình phân loại workload;
• và khả năng truy vết tài sản sau migration.

Một dự án chỉ bảo toàn dữ liệu mà làm mất ngữ cảnh vận hành sẽ tạo ra rất nhiều việc thủ công sau cutover. 

Do đó, VMware Exit 2027 cần đánh giá asset continuity như một tiêu chí nghiệm thu riêng.

Bước 6: Reimage host cuối và hoàn tất môi trường VergeOS

Sau khi workload trên Host 1 đã chuyển và được xác nhận, host này có thể được reimage bằng VergeOS.

Kết quả là cả ba host đều chạy nền tảng mới và workload được phân bổ lại trên toàn bộ trên cluster.

Đến đây, migration ở cấp hạ tầng mới được xem là hoàn tất. Tuy nhiên, dự án vẫn chưa nên đóng nếu workload chưa vượt qua tiêu chí nghiệm thu production.

Nghiệm thu workload: VM khởi động được chưa đủ để kết thúc VMware Exit 2027

Một VM xuất hiện trên VergeOS và khởi động thành công chỉ chứng minh nền tảng mới nhận được dữ liệu và chạy được máy ảo. Điều đó chưa chứng minh ứng dụng sẵn sàng cho production.

Theo VergeIO, snapshot và Virtual Data Center (VDC) được dùng để chứng minh workload hoạt động đúng trước khi đưa vào production. Mỗi workload đã migrate có thể được đặt trong một VDC riêng với compute, storage, networking và giới hạn tài nguyên độc lập.

Về nghiệm thu, đội IT nên kiểm tra tối thiểu bốn nhóm:

• Ứng dụng: service khởi động đúng không, dependency có hoạt động không, các transaction quan trọng có hoàn tất không.
• Network: IP, routing, DNS, firewall rule và kết nối đến các hệ thống phụ thuộc có giữ đúng hành vi không.
• Storage và dữ liệu: filesystem, database, volume và shared disk có nhất quán không.
• Vận hành: backup, monitoring, automation, CMDB và quyền quản trị có tiếp tục nhận diện workload không.

VergeIO cho biết VDC đã được chứng nhận có thể trở thành chính môi trường production, giữ nguyên VM, network settings và cấu hình hiện tại, thay vì phải dựng lại một môi trường khác trước go-live. Nguyên tắc ở đây là môi trường kiểm thử càng giống môi trường production cuối càng tốt.

Những workload “cuối cùng” quyết định VMware Exit có hoàn tất hay không

Research Center của VergeOS 26.2 tập trung vào các workload thường bị để lại sau cùng: Windows cluster và những remote site quá nhỏ để duy trì cluster ba node.

Đây là điểm đáng chú ý đối với kế hoạch VMware Exit 2027.

Doanh nghiệp có thể chuyển 90% VM tương đối nhanh nhưng vẫn phải giữ VMware nếu 10% còn lại chứa SQL Server cluster, file server cluster hoặc site chi nhánh đặc thù.

Với Windows Failover Cluster, VergeOS 26.2 hỗ trợ shared disk trên VergeFS với NAA/WWN identity và SCSI-3 Persistent Reservations. VergeIO trình diễn cluster hai node chạy SQL Server và clustered file server trên shared disk mà không cần SAN ngoài. Trong demo, khi ngắt nguồn node đang active, SQL Server hoạt động lại trên node còn lại sau 31,4 giây và file share sau 25,3 giây. Đây là số liệu demo, không phải cam kết RTO.

Ở phía edge, VergeIO mô tả mô hình site chỉ cần một server với hai kết nối mạng và không cần core network riêng tại site.

Vì vậy, kế hoạch VMware Exit nên inventory các “holdout workload” này ngay từ đầu, thay vì đến cuối dự án mới phát hiện chúng không phù hợp với thiết kế migration ban đầu.

KPI nào phù hợp hơn cho VMware Exit 2027?

Số lượng VM đã migrate vẫn cần theo dõi, nhưng chưa đủ. Một dashboard dự án tốt hơn nên có:

• % workload đã inventory đầy đủ: không chỉ số VM mà cả dependency và metadata.
• % workload đã full transfer: cho biết tiến độ chuyển dữ liệu.
• % workload đã hoàn tất validation: quan trọng hơn tỷ lệ VM boot thành công.
• % workload đã cutover production: chỉ tính khi ứng dụng đã được nghiệm thu.
• % asset metadata được bảo toàn: tags, categories, identity và cấu hình cần được kiểm tra.
• Số VMware host còn hoạt động: phản ánh mức độ thực sự của quá trình exit.
• Số workload buộc phải giữ VMware: có thể là KPI quan trọng nhất ở giai đoạn cuối.

Ví dụ, một dự án đã chuyển 98% VM nhưng vẫn phải gia hạn VMware vì một cluster quan trọng chưa chuyển được thì về bản chất vẫn chưa hoàn thành VMware Exit.

VMware Exit 2027: Quản lý migration như một runbook có checkpoint

Runbook theo từng host giúp VMware Exit trở thành một quy trình có thể quan sát và kiểm soát.

Mỗi giai đoạn đều có một checkpoint: Host được giải phóng → VergeOS được cài → workload được chuyển → workload được kiểm thử → cutover được phê duyệt → host tiếp theo mới bắt đầu.

Cách làm này thu hẹp phạm vi rủi ro so với việc chuyển cả môi trường cùng lúc, đồng thời giúp đội IT tích lũy kinh nghiệm thực tế sau mỗi đợt migration.

VergeOS 26.2 Research Center tập hợp storyboard, datasheet, presentation, video demo và webinar on-demand để doanh nghiệp xem lại từng kịch bản kỹ thuật trước khi xây dựng PoC.

Đăng ký webinar 13/11 để xây dựng VMware Exit runbook trên workload thực tế

VMware Exit không nên bắt đầu bằng câu hỏi “chuyển được bao nhiêu VM?”, mà bằng ba câu hỏi:

• Workload nào nên đi trước?
• Checkpoint nào xác nhận có thể chuyển sang bước tiếp theo?
• Tiêu chí nào chứng minh workload thực sự sẵn sàng production?

Nếu doanh nghiệp đang chuẩn bị VMware Exit 2027, Unitas và VergeIO có thể cùng đội IT rà soát hạ tầng hiện tại, xác định workload pilot, xây migration runbook theo từng host và thiết kế checklist nghiệm thu trước cutover.

Đăng ký webinar Unitas × VergeIO ngày 13/11 để trao đổi trực tiếp về VMware Exit, VergeOS 26.2 và cách xây dựng PoC trên workload thực tế tại đây!

• ☎️ Hotline: (+84) 939 586 168
• ✉️ Email: info@unitas.vn
• 🌐 Website: https://unitas.vn
• 💬 Zalo OA: https://zalo.me/1357934001194624118
• 💼 LinkedIn: https://www.linkedin.com/company/unitasvietnam