Ước lượng băng thông theo người chơi đồng thời
Băng thông cần dựa trên lượng dữ liệu thực mỗi phiên, số phiên và đỉnh bùng phát. Tên gói dịch vụ không cho biết nhu cầu của game.
Đọc hướng dẫnKIẾN THỨC PROXYANTI
Hướng dẫn bảo vệ máy chủ game.
308 bài về chống DDoS, proxy TCP/UDP, giám sát và vận hành. Mỗi bài giải quyết một tình huống cụ thể.
Danh sách bài viết · Trang 8/13
Đo PPS theo cỡ gói thực tế
Cùng Mbps nhưng gói nhỏ có thể tạo tải xử lý cao hơn. Cỡ gói phải lấy từ lưu lượng ứng dụng của bạn.
Đọc hướng dẫnLập ngân sách kết nối mới khi mở server
Lúc mở server, người chơi tới cùng lúc và có thể retry nếu chậm. Tốc độ kết nối mới cần so với cả xác thực và proxy.
Đọc hướng dẫnTính chi phí bộ nhớ mỗi phiên relay
Một phiên dùng socket, buffer và trạng thái ở nhiều lớp. Giới hạn phiên đáng tin cần đo trên tiến trình thực.
Đọc hướng dẫnĐo tốc độ accept của backend
Hàng chờ TCP có thể hấp thụ đột biến ngắn nhưng không làm ứng dụng xử lý nhanh hơn. Cần biết backend nhận phiên mới ra sao.
Đọc hướng dẫnCPU theo gói tin và theo phiên
Chi phí CPU phát sinh khi nhận gói và khi duy trì trạng thái phiên. Hai mô hình tải có thể làm nghẽn điểm khác nhau.
Đọc hướng dẫnĐặt mức dự phòng cho sự kiện đông người
Sự kiện trong game có thể làm lượng người cùng thao tác vượt giờ bình thường, dù không có tấn công. Dự phòng cần dựa trên lịch sự kiện.
Đọc hướng dẫnThử tải proxy mà không nhầm với thử năng lực DDoS
Thử chức năng và hiệu năng ứng dụng khác với mô phỏng tấn công lớn trên mạng công cộng. Kết quả chỉ có giá trị trong phạm vi đo.
Đọc hướng dẫnHiểu giới hạn CPU container khi relay chậm
Host còn CPU nhưng container có quota thấp vẫn bị bóp tốc độ. Cần xem giới hạn thực của tiến trình chạy relay.
Đọc hướng dẫnGiới hạn memory container và OOM
Một container có thể bị dừng khi vượt memory limit dù host vẫn còn RAM. Khi đó người chơi thấy ngắt kết nối đột ngột.
Đọc hướng dẫnĐo chi phí TLS nếu proxy kết thúc mã hóa
Mã hóa có chi phí đặc biệt khi nhiều phiên mới đồng thời. Cần đo đúng cấu hình chứng chỉ và client sẽ sử dụng.
Đọc hướng dẫnTính dung lượng log cho giờ cao điểm
Log theo từng yêu cầu hoặc kết nối có thể tăng mạnh khi mở server hay xảy ra sự cố. Đầy đĩa lại gây thêm lỗi.
Đọc hướng dẫnTách throughput và năng lực xử lý gói của NIC
Một card mạng có thể đạt giới hạn xử lý gói trước tốc độ bit danh nghĩa với gói nhỏ. Chỉ xem Mbps là thiếu bức tranh.
Đọc hướng dẫnDự phòng dung lượng database cho đăng nhập hàng loạt
Mỗi lần đăng nhập có thể dùng nhiều truy vấn. Đợt reconnect dễ làm pool đầy dù proxy và TCP còn khỏe.
Đọc hướng dẫnƯớc lượng số port cần mua cho nhiều dịch vụ
Nhu cầu port phụ thuộc số listener công khai và giao thức, không chỉ số tên máy chủ. Một game có thể dùng riêng đăng nhập và gameplay.
Đọc hướng dẫnĐọc giới hạn băng thông 95th percentile
Một số hợp đồng tính lưu lượng theo phân vị thay vì đỉnh tức thời. Cần đọc cách lấy mẫu và điều kiện tính trước khi so báo giá.
Đọc hướng dẫnLập ngưỡng từ chối có kiểm soát khi quá tải
Khi nhu cầu vượt công suất, hệ thống cần phản hồi rõ ràng cho người mới thay vì giữ hàng nghìn phiên treo.
Đọc hướng dẫnĐo ảnh hưởng của nhiều port trên cùng IP
Thêm port không tạo thêm băng thông hay CPU nếu chúng dùng chung hạ tầng. Tác động cần xem toàn bộ tài nguyên được chia sẻ.
Đọc hướng dẫnKhi nào nâng cấp máy và khi nào cần lọc upstream
Nâng máy có ích khi CPU hoặc bộ nhớ là điểm nghẽn; nó không tăng dung lượng đường mạng đã đầy trước host.
Đọc hướng dẫnLập bài kiểm tra công suất có điểm dừng
Một bài thử tăng dần có giới hạn giúp tìm dấu hiệu quá tải mà giảm rủi ro cho người dùng.
Đọc hướng dẫnGiới hạn đăng nhập theo tài khoản thay vì chỉ IP
Một IP có thể đại diện cả quán net, còn bot có thể dùng nhiều IP. Ứng dụng nên kết hợp khóa tài khoản, thiết bị và ngữ cảnh hợp lệ.
Đọc hướng dẫnBảo vệ API danh sách nhân vật khi bị gọi dồn
Một yêu cầu nhẹ ở mạng có thể kéo nhiều truy vấn database. Giới hạn chỉ theo Mbps sẽ không thấy chi phí này.
Đọc hướng dẫnGiới hạn tạo tài khoản tự động
Tạo tài khoản hàng loạt dùng tài nguyên và có thể chuẩn bị cho spam tiếp theo. Thiết kế cần giảm lợi ích của tự động hóa mà không làm khó người dùng thật.
Đọc hướng dẫnBảo vệ endpoint quên mật khẩu khỏi flood
Yêu cầu đặt lại mật khẩu có thể gửi email và truy vấn dữ liệu. Khi bị gọi dồn, hệ thống còn tạo phiền nhiễu cho chủ tài khoản.
Đọc hướng dẫn