한국어English日本語简体中文繁體中文DeutschไทยTiếng ViệtРусскийPortuguês (Brasil)EspañolBahasa Indonesia

Sách trắng lag game › Nguyên nhân gốc của truyền lại TCP

Thiết bị trung gian vượt giới hạn xử lý (tường lửa, IPS, chống DDoS) Inline appliance PPS / CPU overload

ID nguyên nhân rt-appliance-pps · Phụ trách chính Hạ tầng mạng (Đội hạ tầng) · Phối hợp Phát triển server (Đội phát triển game)

Mở thẻ gốc có hình minh họa và thí nghiệm →

Tường lửa, thiết bị chống xâm nhập (IPS) và thiết bị chống DDoS kiểm tra từng gói tin đi qua. Từ lúc vượt năng lực kiểm tra, thiết bị bỏ những gói không xử lý kịp.

Vì sao Giờ cao điểm hoặc sự kiện làm hơn vài trăm nghìn gói game nhỏ dồn tới mỗi giây, hoặc bộ luật kiểm tra quá nặng → Dẫn đến CPU hoặc giới hạn số gói mỗi giây của thiết bị đã đầy nên thiết bị bỏ gói. Nếu phát hiện nhầm (false positive) thì cả gói bình thường cũng bị chặn → Trên màn hình Toàn bộ server phía sau thiết bị đó cùng lúc bị đứng hình hoặc dịch chuyển tức thời, chỉ nặng lên khi đông người

Triệu chứng
Đứng hình, Tua nhanh, Dịch chuyển tức thời, Mất kết nối
Yếu tố
Mất gói, Độ trễ
Ai gặp phải
Cả server, Một khu vực hoặc nhà mạng
Khi nào
Giờ cao điểm buổi tối, Khi đông người
Phụ trách
Phụ trách chính Hạ tầng mạng (Đội hạ tầng) · Phối hợp Phát triển server (Đội phát triển game)
Việc cần làm (Đội phát triển game)
Chia sẻ đặc điểm lưu lượng game (cổng, kích thước gói, số gói mỗi giây) với đội hạ tầng, gom các message nhỏ cần gửi trong một tick lại gửi một lần để giảm số gói.
Việc cần làm (Đội hạ tầng)
Xem CPU, số gói mỗi giây và counter drop của thiết bị cùng với chỉ số game, tính dung lượng thiết bị theo gói nhỏ, cho cổng game ra khỏi các bước kiểm tra nặng, chỉnh luật chống DDoS cho khớp với đặc điểm lưu lượng game.
Con số tham khảo
Con số “10 Gbps” trong thông số thiết bị thường được ghi theo gói lớn 1.500 byte. Gói game chỉ khoảng 100 byte nên với cùng băng thông, số gói nhiều gấp hơn 10 lần; đường truyền trông vẫn rảnh nhưng giới hạn số gói mỗi giây đã đầy trước.
Trên đồ thị
Chạm giới hạn rồi đi ngang · Số gói mỗi giây và mức sử dụng CPU của thiết bị, số gói bị thiết bị drop
Chỗ cần xem
CPU, số gói mỗi giây và counter drop của thiết bị; so sánh số gói trên cổng switch phía trước và phía sau thiết bị với cùng chu kỳ. Đặt chồng lên cùng một màn hình với số người chơi đồng thời và tỷ lệ truyền lại của server
Đúng nếu
vào giờ cao điểm hoặc sự kiện, số gói mỗi giây hoặc CPU của thiết bị chững lại ở một mức không tăng thêm được, số gói ra khỏi thiết bị ít hơn số gói đi vào, và cùng lúc đó tỷ lệ truyền lại của toàn bộ server phía sau cũng tăng
Loại trừ nếu
số gói trước và sau thiết bị bằng nhau, thiết bị cũng không drop → nguyên nhân khác. Counter bỏ gói trên NIC hoặc softnet dropped của server tăng → “Host server nhận bỏ gói tin”
Cách kiểm tra
Kiểm tra bằng công cụ hạ tầng (không cần code game)

Nguồn

  1. RFC 2544: Benchmarking Methodology for Network Interconnect Devices IETF
    Hiệu năng thiết bị phải được kiểm thử với nhiều kích thước frame, gồm cả kích thước nhỏ nhất và lớn nhất (hiệu năng xử lý thay đổi theo kích thước gói)

Nguyên nhân nên xem cùng

Cùng tầng: Nguyên nhân gốc của truyền lại TCP

Nguyên nhân ở tầng khác gây cùng triệu chứng (Đứng hình)

Xem thẻ gốc có hình minh họa và thí nghiệm