> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/learn-the-platform/vi/module-10-thuc-hanh-tinh-huong/lab-migration.md).

# Lab: Di chuyển VMware

## Mục tiêu

Lập kế hoạch và thực hiện trọn vẹn quá trình di chuyển từ VMware sang VergeOS. Bạn sẽ đánh giá các workload VMware hiện có, lập kế hoạch di chuyển, nhập các VM vào VergeOS, cấu hình lại mạng và xác minh rằng các workload đang chạy đúng sau khi di chuyển.

## Yêu cầu tiên quyết

* Đã hoàn thành tất cả các mô-đun trước đó (1–9)
* Đã hoàn thành các phòng lab triển khai HCI và UCI
* Một cụm VergeOS đang chạy (từ một phòng lab trước đó hoặc môi trường riêng)
* Quyền truy cập vào môi trường VMware với ít nhất 1–2 VM để di chuyển (hoặc các tệp VM đã xuất)
* Hiểu biết về các khái niệm mạng VMware (vSwitches, port group, VLAN)

## Độ khó

**Nâng cao** -- Yêu cầu có kinh nghiệm thực hành với cả môi trường VMware và VergeOS

## Thời gian ước tính

**2 giờ**

## Các bước

### Phần 1: Lập kế hoạch di chuyển

Đánh giá môi trường nguồn và lập kế hoạch di chuyển.

1. Kiểm kê môi trường VMware:
   * Liệt kê các VM cần di chuyển (tên, HĐH, vCPU, RAM, dung lượng đĩa)
   * Ghi lại cấu hình mạng (port group, VLAN, địa chỉ IP)
   * Xác định yêu cầu lưu trữ (cấp phát mỏng/dày, tổng dung lượng)
   * Lưu ý bất kỳ cấu hình đặc biệt nào (GPU passthrough, RDM, snapshot)
2. Tạo tài liệu kế hoạch di chuyển bao gồm:
   * Ánh xạ tài nguyên từ nguồn sang đích (VMware → VergeOS)
   * Ánh xạ mạng (vSphere port group → mạng ảo VergeOS)
   * Thứ tự di chuyển và các phụ thuộc giữa các VM
   * Chiến lược khôi phục
   * Thời gian ngừng hoạt động ước tính cho mỗi VM
3. Xác minh cụm VergeOS đích có đủ năng lực cho tất cả các workload được di chuyển

### Phần 2: Nhập VM

Nhập các VM từ VMware vào VergeOS.

{% hint style="success" %}
**Kết nối VMware**

Đối với các lần di chuyển sản xuất trực tiếp, hãy cân nhắc sử dụng **Kết nối VMware** (Nhập/Xuất → Dịch vụ VMware → Dịch vụ mới), kết nối trực tiếp đến vSphere qua API và thực hiện sao lưu gia tăng bằng Change Block Tracking (CBT) trong khi các VM nguồn vẫn đang chạy — chỉ cần một bản sao lưu chuyển đổi cuối cùng ngắn (khi VM nguồn đã tắt) để thực hiện chuyển đổi. Các bước bên dưới sử dụng phương pháp nhập OVF/tệp, phù hợp cho môi trường phòng lab.
{% endhint %}

1. Xuất các VM từ VMware (định dạng OVF/OVA) hoặc chuẩn bị để nhập trực tiếp
2. Trong giao diện VergeOS, điều hướng đến **Máy ảo → + Tạo VM mới → --Nhập từ tệp--**
3. Nhập VM đầu tiên và cấu hình:
   * Phân bổ CPU và bộ nhớ
   * Gán đĩa cho tầng lưu trữ phù hợp
   * Ánh xạ giao diện mạng tới các mạng ảo VergeOS
4. Khởi động VM đã nhập và xác minh rằng nó khởi động thành công
5. Lặp lại cho các VM bổ sung
6. Ghi lại mọi vấn đề gặp phải trong quá trình nhập và cách chúng được giải quyết

### Phần 3: Cấu hình lại mạng

Đảm bảo các VM đã di chuyển có kết nối mạng phù hợp.

1. Xác minh giao diện mạng của từng VM đã di chuyển được kết nối với đúng mạng ảo VergeOS
2. Xác nhận địa chỉ IP:
   * Nếu dùng DHCP, xác minh VM đã nhận được địa chỉ
   * Nếu dùng IP tĩnh, xác minh cấu hình là chính xác
3. Kiểm tra kết nối:
   * Giao tiếp VM-với-VM trong cùng một mạng
   * VM truy cập các mạng bên ngoài
   * Đã thiết lập mọi quy tắc tường lửa cần thiết
4. So sánh hiệu năng mạng trước và sau khi di chuyển (nếu đo lường được)

### Phần 4: Xác minh & Tài liệu

Xác minh việc di chuyển và tạo sổ tay vận hành.

1. Đối với mỗi VM đã di chuyển, xác minh:
   * Ứng dụng/dịch vụ đang chạy đúng
   * Hiệu năng chấp nhận được (CPU, bộ nhớ, I/O đĩa)
   * Mọi kết nối mạng đều hoạt động
   * Mọi tác vụ theo lịch hoặc cron job đang chạy
2. Chạy một bài kiểm tra tải cơ bản hoặc kiểm tra ứng dụng để xác nhận tính ổn định
3. Tạo sổ tay vận hành di chuyển ghi lại:
   * Quy trình từng bước đã thực hiện
   * Các vấn đề gặp phải và cách xử lý
   * Thời gian thực hiện cho mỗi VM
   * Khuyến nghị cho các lần di chuyển quy mô lớn trong tương lai
4. Xác định những gì bạn sẽ làm khác đi trong một lần di chuyển sản xuất

## Xác minh

Phòng lab di chuyển VMware của bạn hoàn tất khi bạn có thể trả lời **có** cho tất cả các mục sau:

* [ ] Đã tạo một kế hoạch di chuyển chi tiết với ánh xạ tài nguyên từ nguồn sang đích
* [ ] Đã nhập thành công ít nhất một VM từ VMware vào VergeOS
* [ ] Đã xác minh VM được nhập khởi động và chạy ứng dụng/dịch vụ đúng cách
* [ ] Đã xác nhận kết nối mạng cho tất cả các VM đã di chuyển
* [ ] Đã tài liệu hóa quy trình di chuyển thành một sổ tay có thể tái sử dụng
* [ ] Đã xác định các bài học kinh nghiệm và khuyến nghị cho các lần di chuyển sản xuất


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.verge.io/learn-the-platform/vi/module-10-thuc-hanh-tinh-huong/lab-migration.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
