Quy trình xây dựng một bài kiểm thử hiệu năng mạng

Yêu cầu như ‘thiết bị phải chạy 100 Gbps’ còn thiếu đối tượng, traffic, chức năng và mức chất lượng. Cần chuyển thành câu hỏi cụ thể: với IMIX đã định nghĩa, policy và route scale thực tế, thiết bị có giữ loss dưới ngưỡng và latency trong SLO suốt thời gian thử hay không?

Mỗi câu hỏi nên có owner, mức ưu tiên và quyết định sẽ được đưa ra khi kết quả đạt hoặc không đạt.

• Mục tiêu kinh doanh và rủi ro cần giảm
• DUT/SUT, phiên bản và cấu hình
• KPI, ngưỡng pass/fail và thời gian duy trì
• Giới hạn lab, license, cổng và lịch thay đổi

Test matrix là bảng liên kết test case, biến đầu vào, expected result và evidence. Tách nhóm functional, performance, scale, resiliency và negative test để tránh một kịch bản cố trả lời mọi câu hỏi.

Ưu tiên smoke test và baseline trước. Nếu baseline chưa ổn định, tăng route scale hoặc bật security services chỉ làm dữ liệu khó giải thích hơn.

Sơ đồ phải thể hiện data plane, control plane, management plane, test ports, monitoring ports và đồng bộ thời gian. Ghi rõ speed, media, VLAN, IP, routing, NAT, MTU và hướng lưu lượng.

Xác định nơi đo offered traffic, received traffic, latency và telemetry của DUT. Với HA, mô tả cả heartbeat, state synchronization và failure injection point.

Traffic profile cần đủ gần production để kết luận có ý nghĩa nhưng vẫn đủ kiểm soát để lặp lại. Chọn frame-size distribution, protocol/application mix, flow count, session lifetime, burst, ramp-up và steady state.

Nếu chưa có dữ liệu production, tạo nhiều profile đại diện thay vì khẳng định một profile tổng hợp là duy nhất đúng. Mọi giả định phải được ghi vào báo cáo.

Khóa phiên bản firmware, license, clock, temperature, interface state và cấu hình liên quan. Chạy sanity check để xác nhận test ports, capture, counters và server emulation không phải bottleneck.

Baseline không qua DUT hoặc với cấu hình tối thiểu giúp xác nhận năng lực của chính hệ thống đo. Lặp lại ít nhất vài lần để ước lượng độ biến thiên tự nhiên trước khi so sánh hai cấu hình.

Tăng tải theo bậc, giữ đủ lâu ở steady state và chỉ thay đổi một nhóm biến mỗi lần. Ghi nhận warm-up, start, sự kiện bất thường và recovery. Khi gặp lỗi, giữ lại capture và log trước khi reset.

Một lần chạy thành công chưa đủ. Các điểm quyết định và kết quả bất thường cần được lặp lại để xác nhận tính ổn định.

• Không thay cấu hình giữa lần chạy mà không ghi nhận
• Không lấy số liệu trong warm-up làm steady-state result
• Không bỏ qua error counter chỉ vì throughput vẫn cao
• Không kết luận DUT giới hạn khi test generator hoặc license đã chạm trần

Báo cáo tách dữ kiện, quan sát và diễn giải. Biểu đồ nên thể hiện tải theo thời gian cùng loss, latency, transaction error và resource utilization để thấy quan hệ nhân quả.

Gói bàn giao gồm scope, topology, test matrix, cấu hình, raw data, kết quả đã xử lý, giới hạn và khuyến nghị. Một người khác phải có thể dùng gói này để chạy lại bài đo.

Một test run cần có định danh, cấu hình bất biến và mốc thời gian rõ ràng. Đồng bộ NTP/PTP phù hợp, đặt tên endpoint nhất quán và lưu dữ liệu thô trước khi tổng hợp. Trung bình có thể che mất spike; vì vậy nên giữ time series và percentile theo cửa sổ đo.

Lặp lại tối thiểu đủ để nhận diện độ biến thiên của hệ thống. Nếu kết quả lệch lớn, dừng để tìm nguyên nhân như background traffic, thermal throttling, control-plane event, garbage collection hoặc autoscaling thay vì chọn lần chạy cao nhất.

• Gắn version cho test plan, DUT config và traffic profile
• Ghi warm-up, steady state, cooldown và stop condition
• Lưu counter trước/sau cùng log sự kiện
• Tách dữ liệu hợp lệ, run hỏng và run bị can thiệp

Sau nghiệm thu, giữ lại một tập test nhỏ đại diện cho luồng quan trọng để chạy lại khi nâng cấp phần mềm, đổi policy hoặc thay topology. Baseline phải đi kèm khoảng chấp nhận, không chỉ một giá trị tuyệt đối.

Automation nên kiểm tra điều kiện trước khi chạy, thu thập cấu hình và tạo báo cáo chênh lệch. Khi kết quả suy giảm, hệ thống cần chỉ ra KPI nào đổi, từ phiên bản nào và bằng chứng liên quan để đội kỹ thuật quyết định rollback hay điều tra tiếp.