VMware Alarm, Tag, Performance Chart, Scheduled Task

I. MÔ TẢ YÊU CẦU CỦA BÀI LAB​

1. Mô tả sơ bộ​

Trong môi trường ảo hóa doanh nghiệp running VMware vSphere, việc duy trì tính sẵn sàng, giám sát tài nguyên và tự động hóa các tác vụ quản trị đóng vai trò then chốt. Bài lab này tập trung vào việc cấu hình và thao tác thực tế các tính năng quản trị nâng cao trên vCenter Server:

• Tagging & Categories: Tổ chức, phân loại hạ tầng (VM, ESXi host, Datastore) theo logic quản trị doanh nghiệp.
• Alarms & Alerts: Thiết lập hệ thống cảnh báo chủ động nhằm phát hiện sớm các sự cố về tài nguyên (CPU, RAM, Storage).
• Performance Charts: Theo dõi, phân tích hiệu năng thời gian thực (Real-time) và lịch sử hoạt động (Historical Data) của các đối tượng trong cụm ảo hóa.
• Scheduled Tasks: Tự động hóa các công việc định kỳ (như lập lịch bật/tắt VM, tạo Snapshot) giúp tối ưu hóa công tác vận hành.

​

2. Vấn đề kỹ thuật cần giải quyết​

• Tối ưu hóa việc phân loại tài nguyên: Hạ tầng lớn có hàng trăm VM khiến việc quản lý thủ công bị rối; cần giải pháp gán nhãn linh hoạt để lọc và phân quyền.
• Giám sát và ứng phó sự cố chủ động: Tránh tình trạng VM cạn kiệt tài nguyên (CPU/RAM spike) hoặc Datastore tràn dung lượng mà quản trị viên không hay biết.
• Đánh giá và chẩn đoán nghẽn (Bottleneck): Cần công cụ phân tích biểu đồ thông số chuyên sâu (Latency, IOPS, Memory Usage) để khoanh vùng nguyên nhân gây giật lag hoặc suy giảm hiệu năng.
• Giảm tải thao tác thủ công: Tự động hóa công việc lặp đi lặp lại ngoài giờ hành chính (như reboot/power off VM, tạo bản chụp nhanh Snapshot) để giảm thiểu rủi ro con người.

II. GIẢI PHÁP VÀ TRIỂN KHAI THỰC TẾ​

1. Quản lý tài nguyên bằng Tag và Category​

Vào Menu Tags & Custom Attributes trên vCenter vSphere Client

Tạo Category mới

• Category Name: Enviroment (Có thể đặt tên chuẩn doanh nghiệp như env, dept, tier,...)
• Tag Per Object: Chọn One Tag per object: Mỗi VM chỉ thuộc về đúng 1 môi trường, không thể vừa là Prod vừa là Dev.
  • Many Tags per object: Một đối tượng có thể được gán nhiều Tag cùng lúc thuộc Category này.
• Associable Object Types: Chọn Virtual Machine

Tại tab Tags, chọn Category env và nhấn Add Tag để tạo Tag

env:dev (Dành cho môi trường Development)

Vào danh sách Inventory -> Nhấp chuột phải vào máy ảo -> Chọn Tags & Custom Attributes -> Assign Tag...

Chọn Enviromentev

Kiểm tra bằng cách Sử dụng thanh Search của vCenter để lọc toàn bộ VM theo Tag Dev

2. Thiết lập Cảnh báo Hệ thống (Alarms & Notifications)​

Trong cây Inventory, chọn Cluster hoặc Datacenter chứa các VM -> Chuyển sang tab Configure -> Chọn Alarm -> New Alarm Definition...

Đặt tên cho Alarm
Target Type: vCenter cho phép chọn các loại đối tượng như Hosts, Virtual Machines, Clusters, Datastores... Khi chọn Hosts, vCenter sẽ áp dụng Alarm này trực tiếp lên mức phần cứng/hệ điều hành ảo hóa của ESXi Host, thay vì các máy ảo con chạy bên trong. Còn VM, vCenter sẽ gán quy tắc giám sát này cho toàn bộ máy ảo nằm trong phạm vi (Datacenter, Cluster, hoặc Folder) mà đặt Alarm.

Target Rule (Metric Trigger):

• VM CPU Usage (%) tính bằng tỷ lệ phần trăm tài nguyên vCPU mà máy ảo đang tiêu thụ so với tổng số GHz vCPU được cấp phát cho nó
• Is above: Alarm chỉ được kích hoạt khi mức CPU thực tế lớn hơn giá trị threshold
• (Trường hợp ngược lại: Is Below thường dùng để giám sát dung lượng đĩa trống hoặc dung lượng RAM trống còn lại)
• Giải thích lệnh: Giá trị 85%: Máy ảo bắt đầu dùng gần hết tài nguyên vCPU được cấp. Khoảng thời gian 5 min (Time Window / Duration): Mức CPU phải liên tục duy trì trên 80% trong 300 giây liền

Trong vCenter, có thể tạo 2 Alarm Rule riêng biệt (hoặc 2 mức Severity) để chia cấp độ cảnh báo. Xác định mức độ nghiêm trọng mà vCenter sẽ đổi màu biểu tượng và đánh dấu trạng thái của ESXi Host khi điều kiện CPU vượt ngưỡng (85% trong 5 phút) thỏa mãn. Với tùy chọn Show as Critical, ngay khi đạt đủ điều kiện 5 phút duy trì trên 85%, Host sẽ chuyển từ trạng thái Xanh (Normal) trực tiếp sang Đỏ (Critical).
Send email notifications: Cho phép vCenter tự động khởi tạo và gửi thư điện tử cảnh báo đến danh sách quản trị viên


Mục đích của Reset Rule là định nghĩa cơ chế tự động giải phóng cảnh báo khi sự cố quá tải CPU trên ESXi Host đã kết thúc.
IF: The warning or critical conditions/states are no longer met
Bản chất kỹ thuật: Hệ thống vCenter sẽ liên tục kiểm tra lại chỉ số Host CPU Usage. Ngay khi chỉ số này không còn thỏa mãn điều kiện bùng phát cảnh báo nữa, vCenter sẽ tính là điều kiện phạt đã kết thúc.
THEN: Biểu tượng Host trên cây Inventory sẽ tự động đổi từ trạng thái cờ đỏ Critical quay về trạng thái tích xanh Normal. Trạng thái trong bảng Triggered Alarms của vCenter cũng sẽ được xóa bỏ tự động

Nhấn create để tạo alarm

Hiện tại, hệ thống đang ở trạng thái healthy nên không có cảnh báo nào

3. Phân tích Hiệu năng​

Chọn máy ảo/host -> Chuyển sang tab Monitor -> Chọn Performance

Xem tổng quan mức tiêu thụ CPU (MHz), Memory (MB), Network (KBps), và Disk (KBps)

Xem thử Network Adapters

Chuyển sang Advanced Chart:

• Tùy chỉnh View: Chọn Metric group (Disk IOPS, Storage Read/Write Latency, Memory Active/Consumed).
• Thiết lập Time Range (Real-time, Past Day, Past Week) để xuất biểu đồ phân tích nghẽn (bottleneck)

Phân tích thử biểu đồ:

• Metric đang theo dõi: CPU Usage (%).
• Khoảng thời gian (Period): Real-time.
• Khung thời gian quan sát: Từ 1:28:20 PM đến 2:28:00 PM ngày 11/01/2026 (khoảng 1 tiếng dữ liệu).
• Đối tượng theo dõi: Các CPU Core/vCPU riêng lẻ (Object 0, 1, 2, 4, 5, 7,...) hoặc các Host/VM trong cụm

Object (Đối tượng) 20.png	Latest (%) 20.png	Maximum (%) 20.png	Minimum (%) 20.png	Đánh giá trạng thái
Object 2	4.73%	11.78%	3.24%	Rất thấp / Rảnh rỗi
Object 4	5.00%	9.37%	2.42%	Rất thấp / Rảnh rỗi
Object 10.30.194.16	5.79%	8.50%	4.99%	Rất thấp / Rảnh rỗi
Object 7	5.91%	10.04%	2.50%	Rất thấp / Rảnh rỗi
Object 5	5.97%	12.12%	2.66%	Rất thấp / Rảnh rỗi
Object 1	5.76%	12.91%	3.99%	Mức đỉnh cao nhất trong bảng (12.91%)
Object 0	7.61%	11.92%	4.40%	Mức hiện tại cao nhất (7.61%)

• Biểu đồ theo dõi thời gian thực (Real-time) trong vòng 60 phút cho thấy mức sử dụng CPU của các đối tượng đạt trung bình dưới 8%.
• Mức tiêu thụ tối đa (Maximum Peak) chỉ đạt 12.91%, thấp hơn rất nhiều so với ngưỡng cảnh báo Warning (80%).
• Kết luận: Tài nguyên CPU hoàn toàn đáp ứng tốt nhu cầu xử lý hiện tại, không xảy ra hiện tượng tranh chấp CPU (CPU Contention) hay nghẽn hiệu năng

Có thể tải biểu đồ dạng hình ảnh hoặc file CSV dữ liệu raw để lập báo cáo

4. Tự động hóa Tác vụ​

Chọn vCenter Server hoặc Datacenter trên cây Inventory -> Chọn tab Configure -> Chọn Scheduled Tasks
Nhấn New Scheduled Task -> Chọn tác vụ Shuw Down Guest OS (hoặc các tác vụ khác)

Tự động hóa việc tắt máy ảo vào lúc 23:00 hằng ngày ngoài giờ làm việc nhằm tối ưu hóa tài nguyên RAM/CPU cho ESXi Host.

Đến thời gian đã lập lịch, hệ thống tự động khởi chạy tác vụ

III. KẾT LUẬN​

Qua bài lab, các mục tiêu kỹ thuật đặt ra đã được hoàn thành:

1. Chuẩn hóa công tác quản lý: Việc triển khai Tags & Categories giúp nhóm và lọc tài nguyên ảo hóa theo logic kinh doanh, tạo tiền đề cho việc tự động hóa chính sách phân quyền và sao lưu dữ liệu.
2. Chủ động trong giám sát: Cấu hình Alarms & Alerts kèm khoảng thời gian duy trì (Time Window) giúp quản trị viên nắm bắt sự cố tài nguyên kịp thời, loại bỏ các cảnh báo nhiễu.
3. Thành thạo kỹ năng chẩn đoán: Sử dụng thành thạo Performance Charts (chỉ số Real-time và Historical Data) giúp khoanh vùng chính xác điểm nghẽn hiệu năng (CPU Contention, Storage Latency).
4. Tối ưu hóa quy trình vận hành: Thiết lập Scheduled Tasks hỗ trợ tự động hóa các tác vụ lặp đi lặp lại, giảm thiểu sai sót do con người và đảm bảo tính sẵn sàng của hệ thống.