Băng thông không đồng nghĩa với tốc độ: Độ trễ, Jitter, Mất gói, Thông lượng và TTFB

Khi chọn mua VPS, con số nổi bật nhất thường là 1 Gbps hay 10 Gbps. Người mới dễ kết luận rằng "máy này chắc chắn rất nhanh". Tuy nhiên, băng thông giống như độ rộng làn đường của một đại lộ: đường rộng không đảm bảo bạn không gặp đèn đỏ, đường vòng, tắc đường hay tai nạn.

Chất lượng mạng cần được bóc tách và đánh giá qua độ trễ, jitter, mất gói, thông lượng và thời gian phản hồi của ứng dụng.

1. Độ trễ (Latency): Thời gian cho một lượt đi và về

Lệnh ping phổ biến đo chỉ số RTT (Round-Trip Time, thời gian khứ hồi) — khoảng thời gian gói tin đi từ máy bạn đến máy chủ đích và quay trở lại, tính bằng mili-giây (ms).

20 ms:  Thao tác tương tác mượt mà, phản hồi tức thì
200 ms: Mỗi lần gửi nhận đều cảm nhận rõ độ trễ chờ đợi

Đây là mức tham khảo thực tế. Việc tải một trang web cần nhiều lượt trao đổi khứ hồi, và thao tác dòng lệnh SSH cũng đòi hỏi tương tác hai chiều liên tục. Khi độ trễ cao, thao tác gõ lệnh sẽ có cảm giác "dính tay" dù băng thông tải xuống rất lớn.

2. Jitter: Độ ổn định của độ trễ

Nếu 10 lần đo RTT liên tiếp cho kết quả 40, 41, 39, 42 ms, kết nối rất ổn định. Nếu kết quả nhảy vọt 40, 180, 55, 300 ms, giá trị trung bình có thể tạm chấp nhận được nhưng thao tác thực tế sẽ giật cục thất thường.

Sự biến thiên độ trễ này gọi là Jitter. Đàm thoại thoại trực tuyến, chơi game, terminal từ xa và họp video nhạy cảm với jitter hơn nhiều so với việc tải tệp lớn.

RFC 3393 chuẩn hóa phương pháp đo biến thiên độ trễ gói tin IP. Bạn chỉ cần nhớ rằng độ ổn định giữa các mẫu đo quan trọng không kém gì con số độ trễ trung bình.

3. Mất gói (Packet Loss): Dữ liệu gửi đi bị thất lạc

Mất gói xảy ra khi gói tin không đến được đích trong khoảng thời gian quy định. Các giao thức như TCP sẽ tự động gửi lại (retransmit), nhưng việc gửi lại làm lãng phí thời gian và băng thông. Chỉ cần vài phần trăm mất gói liên tục cũng khiến SSH bị đơ, tốc độ tải sụt giảm nghiêm trọng và cuộc gọi thoại bị ngắt quãng.

Theo RFC 2680, mất gói nghiêm trọng khiến TCP khó duy trì thông lượng cao. Ngoài ra, tính bất đối xứng của tuyến đường khiến các bài kiểm tra hai chiều gộp chung tổn thất của cả hai hướng.

Lưu ý rằng một số router hạ mức ưu tiên phản hồi gói ICMP. Việc ping hiển thị mất gói chưa chắc đồng nghĩa với việc ứng dụng HTTPS hay SSH thực tế cũng bị mất gói tương tự. Đo kiểm bằng giao thức sát với thực tế sẽ cho kết luận chuẩn xác nhất.

4. Băng thông và Thông lượng: Giới hạn danh định và Kết quả thực tế

Gói VPS ghi 1 Gbps chỉ là dung lượng của cổng mạng. Thông lượng thực tế còn bị giới hạn bởi lưu lượng chia sẻ, tuyến đường, mất gói, độ trễ, kích thước cửa sổ TCP, tốc độ đọc ghi ổ đĩa và CPU.

Vì vậy, tốc độ tải chậm không phải lúc nào cũng do "đường truyền kém". Đọc tệp từ ổ đĩa chậm hoặc máy chủ nguồn bóp tốc độ cũng sẽ tạo ra nút thắt cổ chai.

5. TTFB: Thời gian máy chủ bắt đầu phản hồi

TTFB là viết tắt của Time to First Byte — khoảng thời gian từ khi gửi yêu cầu HTTP đến khi nhận được byte dữ liệu đầu tiên từ máy chủ. Nó bao gồm phân giải DNS, bắt tay TCP, đàm phán TLS, độ trễ mạng và thời gian xử lý của ứng dụng.

TTFB cao có thể do độ trễ mạng, hoặc do mã nguồn ứng dụng chạy chậm, truy vấn cơ sở dữ liệu nặng hay quá trình khởi động nguội (cold start). Nó phản ánh trải nghiệm web tốt hơn lệnh ping, nhưng chưa phải là thời gian tải xong toàn bộ trang.

ping đo thời gian khứ hồi mạng;
TTFB đo thời gian ứng dụng bắt đầu trả lời;
Tải toàn trang bao gồm tải thêm mã HTML, hình ảnh, CSS, JS và font chữ.

6. Vì sao một lần đo tốc độ không chứng minh được điều gì

Một lần đo chỉ là ảnh chụp tức thời của một nguồn gửi, đích đến, giao thức và mức tải tại thời điểm đó. Để kết quả có thể đối chiếu, hãy ghi lại:

• Ngày giờ đo;
• Nhà mạng Internet nội địa;
• Khu vực VPS và máy chủ đích thử nghiệm;
• Giao thức sử dụng (TCP, UDP, ICMP);
• Thời lượng đo, số luồng đồng thời và dung lượng tệp;
• Tải CPU và ổ đĩa của máy chủ;
• Có đang trong giờ cao điểm buổi tối hay không.

7. Quy trình đo kiểm mạng 4 cấp độ

1. Khả năng tiếp cận (Reachability): Tên miền có phân giải được không, bắt tay TCP có thành công không; 2. Chất lượng mạng (Quality): Đo nhiều mẫu RTT để kiểm tra độ trễ, jitter và mất gói; 3. Hiệu năng truyền tải (Throughput): Dùng công cụ chuẩn như iperf3 để đo thông lượng thực tế; 4. Tác vụ thực tế (Application): Tải trang web, gõ lệnh SSH, gọi API hoặc truyền tệp thực.

Tránh chạy các script đo tốc độ tự động trôi nổi trên mạng bằng quyền root qua curl | bash mà không kiểm tra nội dung.

8. Tổng kết

Mạng có "nhanh" hay không không thể trả lời bằng một con số duy nhất:

Tương tác mượt mà nhìn vào độ trễ và jitter;
Kết nối ổn định nhìn vào tỷ lệ mất gói;
Tải tệp lớn nhìn vào thông lượng thực tế;
Trang web nhìn vào TTFB và thời gian tải hoàn tất;
Thước đo cuối cùng là hiệu quả của dịch vụ thực tế.

Băng thông rất quan trọng, nhưng không đồng nghĩa với tốc độ. Đối với máy chủ VPS, hiệu năng ổn định và có thể tái lập giá trị hơn nhiều so với một kết quả đỉnh cao nhất thời.

Câu hỏi thường gặp (FAQ)

Tại sao ping rất thấp mà gõ lệnh SSH vẫn bị lag?

Có thể do jitter tức thời, mất gói TCP, CPU máy chủ bị quá tải, render terminal của máy bạn hoặc tắc nghẽn ở tuyến đường về.

Trạm trung gian hiển thị mất gói 80% có phải do đứt cáp không?

Nếu các trạm phía sau và máy chủ đích vẫn phản hồi 100%, trạm trung gian đó chỉ đang giới hạn tần suất phản hồi gói ICMP.

Đo tốc độ mạng có tốn dung lượng gói cước không?

Có. Kiểm tra thông lượng thực sự truyền nhận dữ liệu lớn qua mạng. Hãy tính toán trước để tránh làm cạn kiệt dung lượng tháng.

Tài liệu tham khảo

• RFC 2680: A One-way Packet Loss Metric for IPPM
• RFC 2681: A Round-trip Delay Metric for IPPM
• RFC 3393: IP Packet Delay Variation Metric for IPPM
• RFC 6349: Framework for TCP Throughput Testing
• Tài liệu chính thức iperf3
• MeowVPS: Giới thiệu phương pháp đo kiểm VPS