Posted inVMware

Hướng dẫn cấu hình VMware vSphere NIOC: ‘Dẹp loạn’ Noisy Neighbor và tối ưu băng thông

VMware tutorial - IT technology blog
VMware tutorial - IT technology blog

Nỗi lo ‘sập mạng’ vì hàng xóm ồn ào (Noisy Neighbor)

Sau hơn nửa năm trực tiếp vận hành cụm Cluster vSphere cho dự án ERP, mình rút ra một bài học đắt giá. Băng thông dù có 10Gbps hay 25Gbps, nếu không biết cách điều tiết, sớm muộn gì các máy ảo (VM) quan trọng cũng bị ‘đè bẹp’ bởi các tác vụ chạy ngầm.

Mình từng gặp kịch bản này: Cứ đúng 2 giờ sáng khi hệ thống Backup (Veeam) bắt đầu đẩy data, traffic chiếm trọn 95% đường truyền Uplink. Hệ quả là database bị timeout, các service liên quan ‘treo’ cứng. Đây chính là hiện tượng Noisy Neighbor điển hình. Để giải quyết triệt để mà không cần tốn tiền mua thêm card mạng vật lý, Network I/O Control (NIOC) là công cụ hiệu quả nhất hiện có.

Nên chọn tách biệt vật lý hay dùng phần mềm?

Nhiều anh em quản trị vẫn băn khoăn giữa hai hướng tiếp cận chính để đảm bảo hiệu năng mạng:

1. Cách truyền thống: Tách biệt vật lý (Physical Isolation)

Chia mỗi loại traffic (vMotion, Management, Storage) ra các card mạng (NIC) vật lý riêng.

  • Điểm cộng: Cách ly hoàn toàn, không lo tranh chấp tài nguyên.
  • Điểm trừ: Tốn port switch, đi dây phức tạp. Nếu một NIC hỏng, việc cấu hình dự phòng (Redundancy) cực kỳ cồng kềnh và lãng phí tài nguyên khi hệ thống rảnh.

2. Xu hướng hiện đại: Dùng NIOC

Cơ chế này phân chia băng thông thông minh trên cùng một đường truyền tốc độ cao.

  • Điểm cộng: Tiết kiệm phần cứng, linh hoạt tối đa qua vCenter. Bạn có thể ưu tiên traffic theo mức độ quan trọng của từng ứng dụng.
  • Điểm trừ: Bắt buộc dùng vSphere Distributed Switch (vDS) và yêu cầu license Enterprise Plus.

Thực tế tại các data center hiện nay, việc dùng cặp NIC 25Gbps kết hợp NIOC đang dần thay thế hoàn toàn kiểu cắm 8-10 cái NIC 1Gbps như trước đây.

Giải mã cơ chế ‘chia bánh’ của NIOC v3

NIOC phiên bản 3 hoạt động dựa trên hai khái niệm then chốt mà bạn cần phân biệt rõ:

Resource Pools cho Network

vSphere tự động chia traffic thành các nhóm: Management, vMotion, NFS, iSCSI và Virtual Machine Traffic. Bạn cũng có thể tạo thêm Custom Resource Pool để gom nhóm riêng các VM đặc thù như Database hoặc Web Front-end.

Bộ ba: Shares, Reservation và Limit

  • Shares: Trọng số ưu tiên khi xảy ra nghẽn. Ví dụ: Nếu đặt Production VM là High (100) và vMotion là Low (25), khi đường truyền đạt ngưỡng 100%, vSphere sẽ ưu tiên băng thông cho Production gấp 4 lần vMotion.
  • Reservation: Băng thông tối thiểu cam kết. vSphere luôn giữ chỗ phần này cho traffic đó. Tuy nhiên, đừng lạm dụng vì nó sẽ chiếm dụng tài nguyên ngay cả khi không dùng tới.
  • Limit: Mức trần băng thông. Mình thường đặt Limit cho traffic Backup ở mức 2Gbps để đảm bảo nó không bao giờ ‘nuốt’ sạch đường truyền của hệ thống.

Các bước triển khai NIOC trên Distributed Switch (vDS)

Lưu ý: Tính năng này không hỗ trợ trên Switch tiêu chuẩn (Standard Switch). Bạn cần chuyển đổi sang vDS trước khi thực hiện.

Bước 1: Kích hoạt NIOC

  1. Mở vCenter, vào tab Networking.
  2. Click chuột phải vào vDS -> Settings -> Edit Summary.
  3. Tại mục Network I/O Control, chọn Enabled.

Bước 2: Phân bổ tài nguyên hệ thống

Trong tab Configure của vDS, chọn Resource Allocation -> System traffic. Đây là nơi bạn thiết lập ‘luật chơi’.

Kinh nghiệm thực tế của mình khi cấu hình Shares:

  • Virtual machine traffic: High (100) – Luôn ưu tiên hàng đầu.
  • vMotion traffic: Low (25) – Để việc di dời VM không ảnh hưởng người dùng.
  • Management traffic: Normal (50) – Đảm bảo quyền điều khiển vCenter.
  • iSCSI/NFS traffic: High (100) – Nếu bạn dùng Storage qua mạng.

Bước 3: Ưu tiên riêng cho Database Server

Nếu muốn dàn DB luôn có ‘lối đi riêng’, hãy tạo Custom Pool:

  1. Tại Network resource pools, nhấn Add.
  2. Đặt tên DB_Critical_Pool.
  3. Set Reservation khoảng 1000 Mbps nếu cần đảm bảo tốc độ tối thiểu tuyệt đối.

Bước 4: Áp dụng vào Port Group

Cuối cùng, gán Pool vào Port Group chứa VM:

  1. Chuột phải vào Distributed Port Group -> Edit Settings.
  2. Tại mục General, phần Network resource pool, chọn DB_Critical_Pool.

Kiểm tra nhanh bằng PowerCLI

Thay vì click chuột thủ công, mình dùng script để kiểm soát cấu hình trên toàn bộ hệ thống. Đoạn code dưới đây sẽ liệt kê nhanh trạng thái Shares của các loại traffic:

$vDSName = "vDS-Production"
$vDS = Get-VDSwitch -Name $vDSName

# Kiểm tra cấu hình NIOC cho System Traffic
Get-VDNetworkAdapterService -VDSwitch $vDS | Select-Object NetworkQueuingPolicy, @{N="TrafficType";E={$_.Key}}, Shares, Limit, Reservation | Format-Table -AutoSize

Script này giúp bạn phát hiện ngay những ông nào đang đặt Reservation quá cao gây lãng phí tài nguyên.

3 lưu ý ‘xương máu’ không có trong sách vở

  1. NIOC chỉ ‘ra tay’ khi có nghẽn: Nếu đường truyền đang rảnh, NIOC sẽ không can thiệp. Đừng quá lo lắng nếu bạn không thấy sự thay đổi tốc độ khi hệ thống đang ít tải.
  2. Nguyên tắc 75%: Tổng lượng Reservation trên một Host không được vượt quá 75% băng thông của card mạng vật lý. Nếu set quá tay, bạn sẽ không thể Power on thêm máy ảo vì lỗi thiếu tài nguyên mạng.
  3. Tầm quan trọng của vDS: Nếu vẫn dùng Standard Switch, bạn đang ‘mù’ hoàn toàn trước các luồng traffic layer 2. Hãy lên kế hoạch migrate sang vDS sớm nhất có thể.

Làm chủ NIOC không khó, quan trọng là bạn hiểu rõ đặc thù traffic của ứng dụng. Hy vọng những chia sẻ này giúp hệ thống của bạn vận hành trơn tru, bất kể các ‘ông hàng xóm’ có quậy phá đến đâu.

Share:
Tags: