VMware [Module 10]: Cập nhật vCenter, sử dụng vSphere Lifecycle Manager để quản lý và nâng cấp ESXi hosts, VMware Tools, và phần cứng máy ảo

I. Mở đầu
Nâng cấp hạ tầng ảo hóa thường bị xem là công việc bảo trì mang tính thủ tục: tải bản vá, nhấn vài nút bấm qua giao diện và đợi hệ thống reboot. Tuy nhiên, trong môi trường sản xuất, chuỗi quy trình này ẩn chứa rủi ro gián đoạn dịch vụ rất cao nếu không tính toán kỹ lưỡng.

Nâng cấp vCenter Server Appliance đòi hỏi thời gian gián đoạn API quản trị; việc chuyển đổi sang mô hình quản lý Image của vSphere Lifecycle Manager là thao tác một chiều không thể hoàn tác; trong khi việc cập nhật Virtual Hardware Version nếu làm trước VMware Tools có thể làm bay sạch cấu hình card mạng của máy chủ Windows.

Báo cáo này chuẩn hóa toàn bộ bức tranh nâng cấp vòng đời vSphere qua 4 tầng kỹ thuật:
  1. Quy trình và lưu ý khi vá lỗi/nâng cấp vCenter Server.
  2. Vận hành vSphere Lifecycle Manager (vLCM) để chuẩn hóa cụm ESXi host.
  3. Các cơ chế cập nhật VMware Tools an toàn.
  4. Điều kiện, rủi ro và thứ tự ưu tiên khi nâng cấp phiên bản phần cứng ảo (VM Compatibility).

II. Nội dung

1. Cập nhật và nâng cấp vCenter Server

1.1. Phân biệt Patch Update và Major Upgrade​

1791532986510.png


Quản trị viên cần phân biệt rõ hai bản chất kỹ thuật này trước khi lập kế hoạch bảo trì:
  • Patch / Minor Update (Vá lỗi/Cập nhật nhỏ): Cập nhật các gói phần mềm (RPM packages) trực tiếp trên máy ảo vCenter Server Appliance (vCSA) hiện hành thông qua giao diện VAMI (cổng 5480) hoặc dòng lệnh. Thời gian dịch vụ gián đoạn rất ngắn (thường khoảng 5–10 phút để khởi động lại dịch vụ).
  • Major Upgrade (Nâng cấp phiên bản lớn, ví dụ từ 7.0 lên 8.0): Bản chất không phải là nâng cấp đè lên hệ điều hành cũ. Quá trình này thực chất là triển khai một máy ảo vCSA hoàn toàn mới, sau đó hút toàn bộ cấu hình, dữ liệu cơ sở dữ liệu và định danh mạng từ máy ảo cũ sang.

1.2. Quy trình nâng cấp 2 giai đoạn​

Trình cài đặt bộ cài ISO của vCenter chạy trên máy trạm của kỹ sư, thực hiện tuần tự qua hai bước:
  • Giai đoạn 1 (Deploy Appliance): Bộ cài kết nối tới một ESXi host hoặc vCenter đích để dựng một máy ảo Photon OS mới. Kỹ sư phải khai báo một địa chỉ IP tạm thời (Temporary IP) cùng lớp mạng để hai máy ảo cũ và mới có thể thông mạng với nhau.
  • Giai đoạn 2 (Data Transfer & Switchover): Trình cài đặt kiểm tra phiên bản, tắt dịch vụ trên vCSA cũ, sao chép toàn bộ cơ sở dữ liệu (lựa chọn chỉ copy cấu hình, hoặc copy kèm dữ liệu Events/Tasks/Metrics lịch sử), sau đó tắt máy ảo vCSA cũ và chuyển giao toàn bộ IP, FQDN và MAC address sang máy ảo vCSA mới.

1.3. Tiền đề kiểm tra bắt buộc trước khi nâng cấp​

  • Kiểm tra tính tương thích (VMware Interoperability Matrix): Đảm bảo phiên bản vCenter mới vẫn hỗ trợ các host ESXi đời cũ đang chạy trong cụm, cũng như các giải pháp tích hợp (Veeam Backup, VMware NSX, VMware Horizon, Storage Plugins). Nguyên tắc vàng: vCenter luôn được nâng cấp trước các ESXi host.
  • Xử lý vCenter HA (VCHA): Nếu vCenter đang bật cơ chế High Availability (Active - Passive - Witness), bắt buộc phải hủy bỏ cấu hình VCHA trước khi tiến hành nâng cấp bản lớn.
  • Sao lưu (Backup): Phải chủ động chạy file-based backup qua cổng VAMI hoặc chụp bản sao lưu snapshot/backup toàn bộ VM vCenter trước giờ bảo trì.
  • Downtime thực tế: Quá trình nâng cấp lớn sẽ làm tê liệt giao diện web và các tập lệnh API của vCenter trong khoảng 30–45 phút. Các máy ảo bên dưới vẫn chạy bình thường, nhưng các hoạt động phụ thuộc vào bộ não quản trị như vMotion, DRS, HA phản ứng sự cố hoặc tạo mới VM sẽ bị tạm dừng.

2. vSphere Lifecycle Manager (vLCM) quản lý ESXi Host

Kể từ vSphere 7.0, vSphere Lifecycle Manager (vLCM) thay thế hoàn toàn công cụ vSphere Update Manager (VUM) truyền thống. Điểm nâng cấp lớn nhất của vLCM là giới thiệu mô hình quản lý theo Cluster Image.

a3d919ee-1825-4f1d-8a07-08c1bf85ff22.original.png

Mô hình quản lý vLCM Image (Nguồn: Broadcom TechDocs). Nguồn: Broadcom TechDocs - Broadcom Inc.​

2.1. Baseline Mode vs. Image-Based Management​

  • Baseline (Kế thừa từ VUM): Quản lý theo dạng danh sách bản vá (Patches). Kỹ sư chọn các bản vá riêng lẻ rồi áp vào host. Nhược điểm là dễ gây sai lệch driver phần cứng giữa các máy chủ.
  • Image Management (Mô hình khai báo trạng thái - Desired State): Định nghĩa một bộ "ảnh mẫu" chuẩn cho toàn bộ cụm cluster gồm:
    • Base Image: Bản cài đặt ESXi gốc từ VMware.
    • Vendor Add-on: Gói tích hợp driver từ nhà sản xuất phần cứng (Dell, HPE, Cisco, Lenovo).
    • Firmware and Drivers Add-on: Tích hợp với công cụ phần cứng (như Dell OpenManage, HPE OneView) để kiểm soát cả BIOS và firmware card mạng/RAID.
    • Components: Các module bổ sung (như driver card mạng ngoài, module chống virus).
  • Ràng buộc kỹ thuật một chiều: Một khi cụm cluster đã được kích hoạt chuyển sang quản lý bằng Image Mode, hệ thống không thể chuyển ngược lại (downgrade) về Baseline Mode.

2.2. Quy trình vá lỗi và nâng cấp cụm ESXi​

  • Sync Updates (Đồng bộ kho phần mềm): vLCM kết nối Internet tới kho chính thức của VMware hoặc quản trị viên import thủ công các gói offline bundle vào local depot.
  • Edit Image: Cấu hình bộ khung Image mẫu trên thẻ Updates của Cluster.
  • Check Compliance (Kiểm tra tuân thủ): vLCM quét toàn bộ máy chủ trong cụm và hiển thị rõ host nào đạt chuẩn (Compliant), host nào thiếu bản vá (Non-Compliant).
  • Remediation (Sửa chữa/Nâng cấp): vLCM thực thi đẩy bản vá xuống máy chủ:
    • Cơ chế tự động: Host tự động được đưa vào chế độ bảo trì (Maintenance Mode). vMotion và DRS sẽ tự động di tản toàn bộ máy ảo đang chạy trên host đó sang các node khác trong cụm mà không gián đoạn dịch vụ.
    • Nạp bản vá và khởi động lại: ESXi ghi bản vá, reboot, tự kiểm tra trạng thái và thoát khỏi Maintenance Mode. Sau đó hệ thống tiếp tục xử lý tuần tự tới node tiếp theo.
    • Parallel Remediation: Cho phép nâng cấp song song nhiều host để tiết kiệm thời gian, nhưng đòi hỏi phải đưa host vào bảo trì thủ công. Chế độ song song này bị vô hiệu hóa hoàn toàn trên các cụm vSAN để tránh làm đứt gãy tính toàn vẹn của dữ liệu lưu trữ.

3. Chuẩn hóa quy trình nâng cấp VMware Tools
VMware Tools chứa các driver paravirtualized (như VMXNET3, PVSCSI) và tiến trình giám sát nhịp tim. Mặc dù quan trọng, tài liệu VMware khuyến cáo: Không nhất thiết phải nâng cấp VMware Tools ngay lập tức lên bản mới nhất nếu phiên bản hiện tại vẫn tương thích tốt với host và ứng dụng không đòi hỏi tính năng mới.

3.1. Các phương thức nâng cấp​

  • Nâng cấp thủ công: Chuột phải máy ảo -> Guest OS -> Upgrade VMware Tools. Với Windows, máy ảo sẽ nạp file chạy ngầm; với Linux cài qua gói mã nguồn mở, kỹ sư chỉ cần chạy lệnh apt upgrade open-vm-tools hoặc dnf update open-vm-tools.
  • Tự động hóa qua Power Cycling: Cấu hình trong thẻ VM Options của máy ảo để hệ thống tự động kiểm tra và nâng cấp VMware Tools mỗi khi máy ảo khởi động lại.
  • Điều phối tập trung bằng vLCM (vLCM Orchestrated Upgrade): Cho phép quét và nâng cấp VMware Tools đồng loạt cho toàn bộ máy ảo trong một Thư mục (Folder) hoặc Resource Pool. Nếu máy ảo đang tắt nguồn, vLCM có thể tự bật máy, cài đặt Tools rồi trả máy về trạng thái tắt ban đầu.
  • GuestStore (Từ vSphere 7.0 U2): Đặt nội dung cài đặt VMware Tools lên một datastore chung làm kho chia sẻ, giúp máy ảo tự động đồng bộ khi reboot mà không cần phụ thuộc vào file ISO từ bộ nhớ của ESXi.

3.2. Quy tắc thứ tự sống còn​

Đối với các máy ảo chạy hệ điều hành Windows, bắt buộc phải nâng cấp VMware Tools trước khi nâng cấp Virtual Hardware.

Nếu làm ngược lại (nâng cấp phần cứng trước), hệ điều hành Windows có thể không nhận diện được card mạng ảo đời mới do thiếu driver tương thích, dẫn tới việc Windows coi đó là một card mạng mới hoàn toàn: toàn bộ cấu hình địa chỉ IP tĩnh, gateway và DNS gán trước đó sẽ bị xóa sạch, biến card mạng thành chế độ DHCP và làm đứt hoàn toàn kết nối dịch vụ.

4. Nâng cấp phiên bản phần cứng ảo
VMware Tools chứa các driver paravirtualized (như VMXNET3, PVSCSI) và tiến trình giám sát nhịp tim. Mặc dù quan trọng, tài liệu VMware khuyến cáo: Không nhất thiết phải nâng cấp VMware Tools ngay lập tức lên bản mới nhất nếu phiên bản hiện tại vẫn tương thích tốt với host và ứng dụng không đòi hỏi tính năng mới.

4.1. Bản chất của Virtual Hardware Version​

Hardware Version quy định các trần kỹ thuật mà máy ảo có thể chạm tới: loại kiến trúc vi xử lý ảo, số lượng khe cắm vCPU tối đa, dung lượng RAM trần (ví dụ Hardware Version 19 cho phép tối đa 768 vCPU và 24 TB RAM), hỗ trợ tính năng vTPM cho Windows 11/Server 2022, hoặc các thiết bị PCIe đặc biệt.

4.2. Khi nào nên và không nên nâng cấp?​

Khuyến cáo kỹ thuật từ VMware: Nếu máy ảo không thực sự cần đến các tính năng phần cứng mới thì tuyệt đối không nâng cấp Virtual Hardware.

Nâng cấp phần cứng ảo về bản chất tương đương với hành động "rút ổ cứng từ máy tính cũ cắm sang một bo mạch chủ đời mới" ngoài đời thực. Hệ điều hành khách có thể phát hiện hàng loạt thiết bị lạ, yêu cầu nạp lại driver, kích hoạt lại bản quyền Windows (license reactivation) hoặc phát sinh lỗi màn hình xanh (BSOD) do kernel không tương thích.

4.3. Quy trình thực hiện an toàn​

  1. Sao lưu: Chụp snapshot hoặc tạo một bản backup hoàn chỉnh của máy ảo trước khi thao tác. Nâng cấp Hardware Version là thao tác một chiều, vSphere không hỗ trợ tính năng hạ cấp (downgrade) phần cứng ảo.
  2. Tắt nguồn: Máy ảo bắt buộc phải tắt nguồn hoàn toàn (ngoại trừ một số hệ điều hành Linux đặc biệt hỗ trợ hot-upgrade, nhưng tắt nguồn vẫn là giải pháp an toàn nhất).
  3. Thao tác: Chuột phải máy ảo -> Compatibility -> Upgrade VM Compatibility -> Chọn phiên bản tương thích với host ESXi thấp nhất có trong cụm cluster.
  4. Bật nguồn và kiểm tra: Khởi động máy ảo, đăng nhập kiểm tra toàn bộ dịch vụ và xác nhận mạng hoạt động bình thường trước khi xóa snapshot dự phòng.
Ngoại lệ đặc biệt: Tuyệt đối không tự ý nâng cấp Hardware Version cho chính máy ảo vCenter Server Appliance (vCSA). Phần cứng của vCenter được tối ưu và quản lý tự động thông qua các bản phát hành của VMware; việc can thiệp thủ công sẽ khiến appliance bị từ chối hỗ trợ kỹ thuật hoặc hỏng hoàn toàn tiến trình cập nhật sau này.

Bảng tổng kết thứ tự nâng cấp chuẩn trong hạ tầng vSphere​

Để bảo đảm tính tương thích ngược và triệt tiêu lỗi phát sinh, toàn bộ tiến trình nâng cấp phải tuân thủ nghiêm ngặt theo trình tự 4 bước:

Thứ tựThành phần nâng cấpPhương thức thực hiệnLưu ý kiểm soát an toàn
Bước 1vCenter ServerSử dụng bộ cài GUI ISO (2 giai đoạn) hoặc VAMI (patch)Nâng cấp đầu tiên; kiểm tra Interoperability Matrix; sao lưu CSDL qua VAMI
Bước 2ESXi HostsSử dụng vLCM (Image Mode / Baseline)Đưa host vào Maintenance Mode; vMotion di tản tải; cấm nâng cấp song song trên vSAN
Bước 3VMware ToolsvLCM, GuestStore hoặc cài trực tiếp trong Guest OSPhải thực hiện trước Bước 4 để tránh mất cấu hình mạng IP tĩnh trên Windows
Bước 4Virtual HardwareTắt nguồn VM -> Upgrade VM CompatibilityChỉ nâng cấp khi cần tính năng mới; bắt buộc snapshot dự phòng trước khi chạy

III. Tổng kết
Nâng cấp và duy trì vòng đời hệ thống VMware vSphere đòi hỏi sự tính toán cẩn trọng về mặt kiến trúc hơn là kỹ năng thao tác công cụ. Bản chất của việc nâng cấp hạ tầng là một chuỗi domino phụ thuộc lẫn nhau: vCenter đi trước mở đường quản trị, ESXi theo sau tạo nền móng tài nguyên, VMware Tools làm cầu nối driver, và cuối cùng Virtual Hardware mới được xem xét nâng cấp nếu ứng dụng thực sự có nhu cầu.

Việc làm chủ công cụ hiện đại như vSphere Lifecycle Manager (vLCM) với mô hình quản lý theo Image giúp chuẩn hóa toàn diện hạ tầng từ phần mềm đến firmware máy chủ vật lý. Tuy nhiên, sự chuẩn mực trong vận hành vẫn luôn nằm ở tính kỷ luật: luôn kiểm tra ma trận tương thích, tuân thủ đúng thứ tự từ ngoài vào trong, và luôn có phương án dự phòng sao lưu phục hồi trước khi kích hoạt bất kỳ lệnh nâng cấp nào.
 

Đính kèm

  • 1791532635999.png
    1791532635999.png
    85.7 KB · Lượt xem: 0
Back
Top