Lấy đường cơ sở lưu lượng trước khi bật giới hạn
Ngưỡng chống flood cần dựa trên hành vi thật của dịch vụ. Nếu chỉ đo lúc vắng người, giờ cao điểm rất dễ bị chặn nhầm.
Đọc hướng dẫnCHỦ ĐỀ · 20 BÀI
Giám sát dịch vụ
Metric chỉ có ích khi biết nguồn, đơn vị và tác động đến người chơi. Nhóm bài này xây đường cơ sở, cảnh báo và báo cáo để tìm đúng điểm nghẽn.
Theo dõi phân vị độ trễ đăng nhập
Trung bình có thể trông ổn khi một nhóm người chơi chờ rất lâu. Phân vị giúp nhận thấy phần đuôi trải nghiệm.
Đọc hướng dẫnTách traffic hợp lệ khỏi gói bị chặn trên dashboard
Số byte relay chuyển tiếp và số gói tường lửa từ chối được đo ở vị trí khác nhau. Hai đồ thị không có cùng mẫu số.
Đọc hướng dẫnCảnh báo khi port game ngừng nghe
Service active chưa chắc tiến trình còn nghe đúng IP:port. Probe cần kiểm tra endpoint mà người chơi dùng.
Đọc hướng dẫnĐo tỷ lệ kết nối TCP thành công
Lưu lượng SYN lớn chưa đủ nói người chơi kết nối được. Tỷ lệ hoàn tất giúp thấy ảnh hưởng thực tế của chính sách TCP.
Đọc hướng dẫnTheo dõi lỗi backend theo từng port
Một IP có thể có port đăng nhập khỏe và port gameplay hỏng. Giám sát gộp theo IP dễ che mất lỗi từng chức năng.
Đọc hướng dẫnĐọc RX dropped ở card mạng
Drop ở giao diện có thể liên quan hàng đợi, driver hoặc tài nguyên host. Nó cần được so với thống kê các lớp khác.
Đọc hướng dẫnTheo dõi băng thông vào trước proxy
Nếu đường vào proxy đầy, firewall sau đó có thể vẫn chặn đúng nhưng người dùng vẫn chậm. Cần số liệu ở điểm mạng trước host.
Đọc hướng dẫnCảnh báo conntrack gần đầy
Bảng trạng thái thường có xu hướng tăng trước khi lỗi xuất hiện. Cảnh báo sớm giúp xử lý nguyên nhân theo dịch vụ.
Đọc hướng dẫnKiểm tra log bị mất trong đợt tải cao
Khi tốc độ sự kiện vượt khả năng ghi, log có thể chỉ còn một phần. Điều này ảnh hưởng điều tra và kết luận.
Đọc hướng dẫnGắn timestamp đồng bộ cho proxy và backend
Hai chặng lệch giờ làm một lỗi trông như xảy ra trước nguyên nhân. Đồng bộ thời gian là điều kiện cho đối chiếu sự cố.
Đọc hướng dẫnQuan sát số phiên mới và phiên đang mở cùng lúc
Hai biểu đồ này trả lời câu hỏi khác nhau: áp lực tạo phiên và lượng trạng thái phải giữ. Đọc chung giúp phân biệt reconnect với đông người chơi.
Đọc hướng dẫnĐặt cảnh báo theo tỷ lệ lỗi thay vì số lỗi tuyệt đối
Mười lỗi có thể rất nghiêm trọng lúc ít người và bình thường hơn lúc cao điểm. Tỷ lệ có ngữ cảnh giúp cảnh báo chính xác.
Đọc hướng dẫnLấy mẫu mạng riêng tư khi điều tra
Bản ghi gói có thể chứa địa chỉ và nội dung nhạy cảm. Phạm vi thu cần vừa đủ để tìm lỗi.
Đọc hướng dẫnSo sánh số liệu nhà mạng và máy chủ
Hai nguồn đo khác vị trí và có thể khác định nghĩa byte, gói. Chênh lệch không tự động có nghĩa một nguồn sai.
Đọc hướng dẫnChọn chu kỳ lấy mẫu cho sự cố vài giây
Đợt ngắn có thể biến mất trên biểu đồ lấy mẫu một phút. Độ phân giải cần phù hợp triệu chứng nhưng cũng không làm giám sát thành điểm nghẽn.
Đọc hướng dẫnGiám sát CPU theo từng lõi của relay
CPU tổng thấp vẫn có thể che một luồng hoặc hàng đợi mạng đã chạm trần trên một lõi. Đây là điểm cần xem trước khi tăng giới hạn.
Đọc hướng dẫnTheo dõi bộ nhớ relay và số ánh xạ UDP
Mỗi phiên hoặc ánh xạ tiêu thụ một phần bộ nhớ. Xu hướng tăng sau khi tải dừng có thể báo hiệu thu hồi sai.
Đọc hướng dẫnCảnh báo khi backup không thể phục hồi
Một thông báo backup thành công chỉ cho biết tác vụ đã chạy theo cách của nó. Năng lực phục hồi cần kiểm chứng riêng.
Đọc hướng dẫnDashboard cho quản trị: ít chỉ số nhưng đúng câu hỏi
Trang quá nhiều số có thể làm chậm phản ứng khi sự cố. Nhóm số liệu theo tác động, điểm nghẽn và hành động.
Đọc hướng dẫn