Batas pemrosesan perangkat perantara terlampaui (firewall, IPS, proteksi DDoS) Inline appliance PPS / CPU overload
ID penyebab rt-appliance-pps · Penanggung jawab utama Infrastruktur jaringan (Tim Infrastruktur) · Turut terlibat Pengembangan server (Tim Pengembang Game)
Firewall, perangkat pencegah intrusi (IPS), dan perangkat proteksi DDoS memeriksa setiap paket yang lewat. Begitu trafik melampaui kapasitas pemeriksaannya, paket yang tidak sempat diproses dibuang.
Mengapa Lebih dari ratusan ribu paket game kecil per detik datang bersamaan pada jam sibuk atau saat event, atau aturan pemeriksaannya berat → Akibatnya Batas CPU atau paket per detik perangkat penuh sehingga paket dibuang di perangkat. Jika terjadi false positive, paket normal pun diblokir → Di layar Seluruh server di belakang perangkat itu mengalami freeze dan teleport bersamaan, makin parah hanya saat pemain berkumpul
Jam sibuk malam hari, Saat banyak pemain berkumpul
Penanggung jawab
Penanggung jawab utama Infrastruktur jaringan (Tim Infrastruktur) · Turut terlibat Pengembangan server (Tim Pengembang Game)
Tugas Tim Pengembang Game
Bagikan pola trafik game (port, ukuran paket, paket per detik) ke Tim Infrastruktur, kumpulkan pesan kecil dalam satu tick lalu kirim sekaligus untuk mengurangi jumlah paket.
Tugas Tim Infrastruktur
Pantau CPU, paket per detik, dan counter drop perangkat bersama metrik game, hitung kapasitas perangkat berdasarkan paket kecil, keluarkan port game dari pemeriksaan berat, sesuaikan aturan proteksi DDoS dengan pola trafik game.
Kisaran angka
Angka “10 Gbps” di spesifikasi perangkat sering ditulis berdasarkan paket besar 1.500 byte. Paket game berukuran sekitar 100 byte, sehingga pada bandwidth yang sama jumlah paketnya lebih dari 10 kali lipat, dan batas paket per detik tercapai lebih dulu walaupun jalurnya terlihat sepi.
Di grafik
Mendatar di batas · Paket per detik dan utilisasi CPU perangkat, jumlah drop perangkat
Yang diperiksa
Periksa CPU, paket per detik, dan counter drop perangkat, lalu bandingkan jumlah paket di port switch sebelum dan sesudah perangkat dengan interval yang sama. Tumpangkan dengan CCU dan tingkat retransmisi server di satu layar
Cocok jika
Saat jam sibuk atau event, paket per detik atau CPU perangkat tertahan di satu nilai dan tidak bisa naik lagi, paket yang keluar dari perangkat lebih sedikit daripada yang masuk, dan pada saat yang sama tingkat retransmisi seluruh server di belakangnya ikut naik
Tidak cocok jika
Jumlah paket sebelum dan sesudah perangkat sama dan tidak ada drop di perangkat: penyebab lain. Counter drop NIC atau softnet dropped di server naik: lebih mungkin “Paket dibuang di host server penerima”