VMware [Module 8 - Lab 10 - Part 01]: vSphere vMotion và Storage vMotion Migrations, quản lý Snapshots, VM Resources

Tổng quan bài LAB
Lab này bao gồm 4 phần chính:
- Phần A: vSphere vMotion Migrations
- Phần B: vSphere Storage vMotion Migrations
- Phần C: Làm việc với Snapshots
- Phần D: Kiểm soát tài nguyên VM

PHẦN A: vSphere vMotion Migrations
1: Cấu hình vMotion Networking trên ESXi Host 1

Trong bài tập này, ta sẽ thêm VMkernel adapter dành riêng cho dịch vụ vMotion trên ESXi host đầu tiên. VMkernel adapter là thành phần bắt buộc để vMotion hoạt động.

Bước 1: Đăng nhập vào vSphere Client bằng tài khoản quản trị.

Bước 2: Trong Inventory, chọn ESXi Host 1, sau đó chọn tab Configure.

Bước 3: Ở mục Networking, nhấp vào VMkernel adapters.

Bước 4: Nhấp Add Networking để mở trình hướng dẫn thêm VMkernel adapter mới.
1792654085437.png

Bước 5:
Chọn loại kết nối VMkernel Network Adapter và nhấp Next.
1792654097404.png

Bước 6: Chọn virtual switch hiện có (hoặc tạo mới nếu cần) và nhấp Next.
1792654103708.png

Bước 7: Gắn NIC mới vào vSS:
1792654108134.png

Bước 8: Nhập Network label là "vMotion".
Bước 9: Trong phần Available services, đánh dấu chọn vMotion để kích hoạt dịch vụ vMotion trên adapter này. Nhấp Next.
1792654118930.png


Bước 10: Chọn IPv4 settings là Use static IPv4 settings. Nhập địa chỉ IP: 172.20.11.61, Subnet mask: 255.255.255.0 (/24).
1792654128829.png

Bước 11: Xem lại tóm tắt cấu hình và nhấp Finish để hoàn tất.
1792654135921.png

Bước 12: Xác nhận VMkernel adapter mới xuất hiện trong danh sách với nhãn "vMotion" và địa chỉ IP đã cấu hình.
1792654143225.png


Lưu ý: VMkernel adapter dành cho vMotion phải có khả năng giao tiếp trực tiếp với VMkernel adapter vMotion trên host đích. Cả hai phải nằm trong cùng subnet hoặc có route giữa chúng.

2: Cấu hình vMotion Networking trên ESXi Host 2
Lặp lại quy trình tương tự trên ESXi host thứ hai để đảm bảo cả hai host đều có VMkernel adapter vMotion.

Bước 1: Trong Inventory, chọn ESXi Host 2, sau đó chọn tab Configure.
Bước 2: Ở mục Networking, nhấp vào VMkernel adapters.
Bước 3: Nhấp Add Networking để mở trình hướng dẫn.
Bước 4: Chọn loại kết nối VMkernel Network Adapter và nhấp Next.
Bước 5: Chọn virtual switch và nhấp Next.
Bước 6: Nhập Network label là "vMotion" và đánh dấu chọn dịch vụ vMotion. Nhấp Next.
Bước 7: Chọn Use static IPv4 settings. Nhập địa chỉ IP: 172.20.11.62, Subnet mask: 255.255.255.0 (/24). Nhấp Next.
1792654152269.png


Bước 8: Xem lại tóm tắt và nhấp Finish.
1792654174733.png
Bước 9: Xác nhận VMkernel adapter "vMotion" xuất hiện trên Host 2 với IP 172.20.11.62.
1792654179947.png

Bước 10: Kiểm tra kết nối giữa hai VMkernel adapter vMotion bằng cách ping từ Host 2 (172.20.11.61) đến Host 1 (172.20.11.62) qua SSH.
1792654184330.png


Lưu ý: Nếu ping không thành công, hãy kiểm tra lại cấu hình VLAN, firewall rules trên host, và đảm bảo cả hai adapter cùng nằm trên cùng một physical network hoặc có route phù hợp.

3: Chuẩn bị VM cho vMotion
Trước khi thực hiện vMotion, cần đảm bảo VM đáp ứng các điều kiện tiên quyết.

Bước 1: Xác nhận VM (Kali-VM) đang chạy (Powered On) trên ESXi Host 2.
1792654195581.png

Bước 2:
Kiểm tra rằng VM được lưu trữ trên shared storage (ví dụ: iSCSI datastore, NFS datastore, hoặc VMFS datastore trên SAN) mà cả hai host đều có thể truy cập.
Bước 3: Xác nhận cả hai host đều thấy datastore chứa VM.
1792654207943.png

Bước 4: Đảm bảo cả hai host có các port group mạng tương thích để VM có thể kết nối sau khi di chuyển.

Lưu ý: vMotion yêu cầu shared storage vì chỉ trạng thái bộ nhớ (memory state) của VM được di chuyển, còn các file đĩa ảo vẫn nằm nguyên trên datastore. Nếu không có shared storage, ta cần sử dụng kết hợp vMotion + Storage vMotion (Change both).

4: Thực hiện vMotion Migration
Thực hiện di chuyển VM từ Host 1 sang Host 2 mà không gây gián đoạn dịch vụ.

Bước 1: Nhấp chuột phải vào VM trong Inventory và chọn Migrate.
1792654218260.png


Bước 2:
Trong trang Select a migration type, chọn "Change compute resource only" (chỉ thay đổi tài nguyên tính toán, tức là di chuyển VM sang host khác mà không thay đổi datastore). Nhấp Next.
1792654321735.png

Bước 3: Chọn ESXi Host 1 làm đích đến. Hệ thống sẽ tự động chạy Compatibility check (kiểm tra tương thích). Xem xét kết quả validation, đảm bảo không có lỗi hoặc cảnh báo nghiêm trọng. Nhấp Next.
1792654328477.png

Bước 4: Chọn network phù hợp cho VM trên host đích. Đảm bảo port group trên host đích tương thích với mạng hiện tại của VM. Nhấp Next.
1792654335449.png

Bước 5: Chọn Schedule vMotion with high priority để tốc độ migrate nhanh nhất
1792654343511.png

Bước 6: Xem lại tóm tắt migration và nhấp Finish để bắt đầu quá trình vMotion.
1792654350429.png

Bước 7: Theo dõi tiến trình trong panel Recent Tasks ở phía dưới vSphere Client. Quan sát các giai đoạn: pre-migration check, memory transfer, switchover.
1792654358701.png

Bước 8: Sau khi hoàn tất, xác nhận VM hiện đang chạy trên ESXi Host 1 bằng cách kiểm tra cột Host trong Inventory hoặc tab Summary của VMs.
1792654366328.png

Bước 9: Kiểm tra rằng VM không bị gián đoạn dịch vụ (no downtime) – nếu trước đó bạn đã mở console hoặc đang ping VM, kết nối vẫn phải duy trì liên tục.
Bước 10: Thực hiện vMotion ngược lại: di chuyển VM từ Host 1 về Host 2 để xác nhận vMotion hoạt động hai chiều.
1792654374768.png

Lưu ý: Trong quá trình vMotion, bộ nhớ hoạt động (active memory) của VM được sao chép sang host đích theo nhiều vòng lặp (iterative copy). Khi lượng thay đổi bộ nhớ đủ nhỏ, vSphere thực hiện switchover – tạm dừng VM trên host nguồn trong vài mili giây rồi tiếp tục chạy trên host đích. Quá trình này gần như không gây gián đoạn đối với người dùng cuối.

PHẦN B: vSphere Storage vMotion Migrations
1: Di chuyển VM files giữa các Datastores

Storage vMotion cho phép di chuyển các file của VM (đĩa ảo, cấu hình, swap) sang datastore khác mà VM vẫn tiếp tục chạy.

Bước 1: Nhấp chuột phải vào VM trong Inventory và chọn Migrate.
Bước 2: Trong trang Select a migration type, chọn "Change storage only" (chỉ thay đổi storage – di chuyển file VM sang datastore khác mà không thay đổi host). Nhấp Next.
1792654389765.png

Bước 3:
Chọn destination datastore – nơi bạn muốn di chuyển file VM đến. Kiểm tra dung lượng trống trên datastore đích đủ để chứa VM.

Bước 4: Chọn disk format cho đĩa ảo tại đích. Các tuỳ chọn bao gồm:
• Same format as source: giữ nguyên định dạng đĩa hiện tại
• Thick Provision Lazy Zeroed: cấp phát toàn bộ dung lượng nhưng chưa ghi zero
• Thick Provision Eager Zeroed: cấp phát và ghi zero ngay – phù hợp cho FT, clustering
• Thin Provision: chỉ sử dụng dung lượng thực tế cần thiết, tăng dần theo nhu cầu
1792654399851.png

Bước 5:
Nhấp Next, xem lại tóm tắt và nhấp Finish để bắt đầu Storage vMotion.
1792654406712.png

Bước 6: Theo dõi tiến trình trong Recent Tasks. Quá trình có thể mất vài phút tuỳ thuộc dung lượng đĩa ảo.
1792654413532.png
Bước 7: Sau khi hoàn tất, xác nhận file VM đã được di chuyển sang datastore đích bằng cách kiểm tra tab Datastores hoặc xem Datastore path trong tab Summary của VM.
1792654418376.png
Bước 8: Xác nhận VM vẫn đang chạy trên cùng host (host không thay đổi vì chỉ di chuyển storage).
1792654422182.png

Lưu ý: Storage vMotion sử dụng cơ chế mirror – dữ liệu được ghi đồng thời lên cả datastore nguồn và đích trong quá trình di chuyển, đảm bảo tính toàn vẹn dữ liệu.

2: Di chuyển đồng thời Compute và Storage
vSphere cho phép kết hợp vMotion và Storage vMotion trong một thao tác duy nhất, di chuyển cả host lẫn datastore cùng lúc.

Bước 1: Nhấp chuột phải vào VM và chọn Migrate.
Bước 2: Chọn "Change both compute resource and storage" (thay đổi đồng thời tài nguyên tính toán và storage). Nhấp Next.
1792654432714.png

Bước 3:
Chọn host đích hoặc cluster đích cho VM. Nhấp Next.
1792654446078.png

Bước 4: Chọn datastore đích. Chọn disk format phù hợp. Nhấp Next.
1792654449631.png

Bước 5: Chọn network phù hợp trên host đích. Nhấp Next.
1792654459397.png

Bước 6: Xem lại tóm tắt migration và nhấp Finish.
1792654466836.png
Bước 7: Theo dõi tiến trình trong Recent Tasks.
1792654473305.png
Bước 8: Sau khi hoàn tất, xác nhận cả hai thay đổi:
• VM đang chạy trên host mới (kiểm tra cột Host)
• File VM nằm trên datastore mới (kiểm tra Datastore path trong tab Summary)

Lưu ý: Tuỳ chọn "Change both" đặc biệt hữu ích khi không có shared storage giữa hai host, vì nó cho phép di chuyển VM hoàn toàn sang hạ tầng mới mà không cần tắt VM.

PHẦN C: Làm việc với Snapshots​

1: Tạo Snapshot đầu tiên​

Snapshot ghi lại trạng thái của VM tại một thời điểm cụ thể, cho phép quay lại trạng thái đó nếu cần.

Bước 1: Nhấp chuột phải vào VM trong Inventory.
Bước 2: Chọn Snapshots > Take Snapshot.
1792654546563.png

Bước 3: Nhập tên snapshot: "Before-Update".
Bước 4: Nhập mô tả ngắn gọn (tuỳ chọn) để ghi nhận mục đích của snapshot.
Bước 5: Cấu hình các tuỳ chọn snapshot:
• Include virtual machine's memory: Lưu trạng thái bộ nhớ RAM. Nếu chọn, khi revert VM sẽ trở lại đúng trạng thái đang chạy.
• Quiesce guest file system: Yêu cầu VMware Tools tạm dừng I/O để đảm bảo hệ thống file nhất quán (phù hợp cho backup).

Bước 6: Nhấp CREATE để tạo snapshot.
1792654552038.png


Bước 7: Xác nhận snapshot được tạo thành công trong Recent Tasks.
1792654564847.png

Lưu ý: Tuỳ chọn Quiesce và Snapshot memory loại trừ lẫn nhau (mutually exclusive) – bạn không thể chọn cả hai cùng lúc. Quiesce yêu cầu VMware Tools đã được cài đặt trong VM.


2: Thay đổi và tạo Snapshot thứ hai​

Thực hiện các thay đổi trong VM rồi tạo thêm snapshot để xây dựng cây snapshot.

Bước 1: Mở console của VM (nhấp chuột phải > Launch Web Console).
Bước 2: Thực hiện một số thay đổi trong VM, ví dụ:
• Tạo các file hoặc thư mục mới trên desktop
• Cài đặt một phần mềm bất kỳ
• Thay đổi cấu hình hệ thống
1792654576182.png
Bước 3: Quay lại vSphere Client, nhấp chuột phải vào VM > Snapshots > Take Snapshot.
1792654587155.png
Bước 4: Nhập tên snapshot: "After-Create-Folder". Nhấp CREATE.
1792654591130.png

Bước 5: Nhấp chuột phải vào VM > Snapshots > Manage Snapshots.
Bước 6: Trong cửa sổ Manage Snapshots, quan sát cây snapshot (snapshot tree):
• Snapshot "Before-Update" ở trên
• Snapshot "After-Create-Folder" ở dưới
• Vị trí "You Are Here" chỉ trạng thái hiện tại của VM (nằm dưới snapshot mới nhất)
1792654604065.png
Lưu ý: Mỗi snapshot tạo ra một file delta (VMDK delta) trên datastore. Khi có nhiều snapshot, các file delta tạo thành chuỗi – mỗi file chỉ chứa sự khác biệt so với snapshot trước đó. Không nên giữ snapshot quá lâu vì chuỗi delta dài sẽ ảnh hưởng hiệu suất.


3: Revert VM về Snapshot trước​

Khôi phục VM về trạng thái tại thời điểm snapshot đầu tiên.

Bước 1: Nhấp chuột phải vào VM > Snapshots > Manage Snapshots.

Bước 2: Trong cây snapshot, chọn snapshot "Before-Update".

Bước 3: Nhấp nút Revert.
1792654614667.png
Bước 4: Xác nhận thao tác trong hộp thoại cảnh báo. Lưu ý rằng tất cả thay đổi sau snapshot này sẽ bị mất nếu không có snapshot bảo vệ.
1792654621436.png

Bước 5: Nếu VM bị tắt sau khi revert (do snapshot không bao gồm memory state), nhấp chuột phải > Power > Power On.
Bước 6: Mở console và xác nhận các thay đổi thực hiện sau snapshot "Before-Update" đã biến mất – file đã tạo không còn.
1792654626632.png

Kết quả Folder-test tạo trước khi Snaphots đã bị mất hoàn toàn:
1792654636114.png


Cảnh báo: Revert To sẽ đưa VM về đúng trạng thái tại thời điểm snapshot được chọn. Mọi dữ liệu và thay đổi thực hiện sau snapshot đó sẽ bị mất vĩnh viễn nếu không được bảo vệ bởi một snapshot khác. Hãy chắc chắn trước khi thực hiện.


4: Xoá một Snapshot​

Xoá một snapshot cụ thể khỏi cây snapshot mà không ảnh hưởng trạng thái hiện tại của VM.

Bước 1: Nhấp chuột phải vào VM > Snapshots > Manage Snapshots.
Bước 2: Chọn snapshot muốn xoá trong cây snapshot.
Bước 3: Nhấp nút DELETE.
1792654676318.png

Bước 4: Xác nhận thao tác xoá trong hộp thoại.
1792654687833.png

Bước 5: Quan sát tiến trình trong Recent Tasks – quá trình xoá bao gồm việc hợp nhất (commit) dữ liệu delta vào disk cha (parent).
1792654698582.png

Bước 6: Xác nhận trạng thái hiện tại của VM không thay đổi sau khi xoá snapshot.
1792654703524.png

Lưu ý: Xoá snapshot (DELETE) khác hoàn toàn với Revert To:
• DELETE: Hợp nhất dữ liệu delta vào disk cha, giải phóng file delta. Trạng thái hiện tại của VM không thay đổi.
• Revert To: Đưa VM quay lại trạng thái tại thời điểm snapshot. Các thay đổi sau snapshot bị huỷ bỏ.
Nhiều người nhầm lẫn hai thao tác này – hãy ghi nhớ sự khác biệt.

tada vì giới hạn bài post thì tớ sẽ viết tiếp phần tiếp theo ở [part 02] nha!
 
Sửa lần cuối:
Back
Top