Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Amazon GameLift ServersSuar ping UDP
UDP ping beacon menyediakan cara untuk mengukur latensi jaringan antara perangkat pemain dan lokasi hosting. Amazon GameLift Servers Dengan ping beacon, Anda dapat mengumpulkan data latensi yang akurat untuk membuat keputusan berdasarkan informasi tentang penempatan server game dan meningkatkan perjodohan pemain berdasarkan persyaratan latensi.
Cara kerja ping beacon UDP
Amazon GameLift Serversmenyediakan endpoint UDP tetap (ping beacon) di setiap lokasi hosting tempat Anda dapat menyebarkan server game. Karena sebagian besar server game berkomunikasi menggunakan UDP, mengukur latensi dengan ping beacon UDP memberikan hasil yang lebih akurat daripada menggunakan ping ICMP. Perangkat jaringan sering menangani paket ICMP secara berbeda dari paket UDP, yang dapat menyebabkan pengukuran latensi yang tidak mencerminkan kinerja sebenarnya yang akan dialami pemain Anda.
Dengan suar ping UDP, klien game Anda dapat mengirim pesan UDP ke titik akhir ini dan menerima respons asinkron, memberi Anda pengukuran latensi yang lebih mewakili kondisi lalu lintas game aktual antara perangkat pemain dan lokasi hosting potensial. Titik akhir bersifat permanen dan tetap tersedia selama Amazon GameLift Servers mendukung hosting game di lokasi tersebut.
Kasus penggunaan umum untuk suar ping UDP
Anda dapat menggunakan ping beacon UDP dalam beberapa cara untuk mengoptimalkan pengalaman jaringan game Anda.
Memilih lokasi hosting yang optimal
Kumpulkan data latensi di berbagai wilayah geografis untuk mengidentifikasi lokasi utama dan cadangan terbaik untuk hosting server game untuk basis pemain Anda.
Menempatkan sesi permainan berdasarkan latensi pemain
Sertakan data latensi pemain saat meminta sesi permainan baru untuk membantu memilih lokasi yang memberikan pengalaman latensi terendah.
Mengoptimalkan perjodohan berdasarkan latensi
Berikan data latensi pemain saat meminta perjodohan untuk membantu mencocokkan pemain dengan profil latensi serupa dan menempatkan sesi permainan di lokasi optimal untuk pemain yang cocok.
catatan
Saat membuat permintaan perjodohan, Anda tidak boleh memberikan informasi latensi ke lokasi di mana Anda tidak memiliki armada. Jika Anda melakukannya, Amazon GameLift Servers mungkin mencoba menempatkan sesi permainan di lokasi di mana tidak ada kapasitas armada, yang mengakibatkan kegagalan permintaan perjodohan.
Mendapatkan titik akhir suar
Untuk mengambil domain ping beacon dan informasi port untuk Amazon GameLift Servers lokasi, gunakan operasi API. ListLocations Kumpulan lokasi yang dikembalikan oleh API ini bergantung pada yang Wilayah AWS Anda tentukan saat memanggilnya (atau Wilayah default jika Anda tidak menentukannya). Saat Anda menelepon dari:
-
Wilayah asal armada yang mendukung multi-lokasi: API mengembalikan informasi untuk semua lokasi hosting
-
Wilayah asal armada yang mendukung satu lokasi: API mengembalikan informasi untuk lokasi tersebut
Perhatikan bahwa jika Anda memanggil API ini menggunakan lokasi yang hanya dapat berupa lokasi jarak jauh dalam armada multi-lokasi, API akan menampilkan kesalahan karena jenis lokasi tersebut tidak memiliki titik akhir layanan.
Lihat tabel lokasi yang didukung AWS Lokasi yang didukung untuk mengidentifikasi Wilayah asal yang mendukung armada tunggal dan multi-lokasi.
Contoh
aws gamelift list-locations --region ap-northeast-2
Ini Wilayah AWS mendukung armada multi-lokasi, oleh karena itu beberapa lokasi akan dikembalikan. Berikut adalah contoh dari salah satu nilai yang dikembalikan:
[...]
{
"LocationName": "ap-northeast-1",
"PingBeacon": {
"UDPEndpoint": {
"Domain": "gamelift-ping.ap-northeast-1.api.aws",
"Port": 7770
}
}
}
penting
Cache informasi ping beacon daripada menelepon ListLocations
sebelum setiap pengukuran latensi. Informasi domain dan port bersifat statis dan API tidak dirancang untuk permintaan volume tinggi.
Menerapkan pengukuran latensi
Ikuti praktik terbaik ini saat menerapkan pengukuran latensi menggunakan suar ping UDP:
-
Simpan informasi ping beacon menggunakan salah satu pendekatan ini:
-
Hardcode titik akhir di klien game Anda.
-
Cache informasi di backend game Anda.
-
Menerapkan mekanisme pembaruan berkala (harian/mingguan) untuk menyegarkan informasi.
-
-
Kirim pesan ping UDP:
-
Masukkan apa pun yang Anda inginkan di badan pesan, selama tidak kosong, dan Anda menyimpan pesan di bawah ukuran maksimum 300 byte.
-
Perhatikan batas tarif berikut untuk setiap lokasi:
-
3 transaksi per detik (TPS) per alamat IP pengirim unik dan kombinasi port
-
1000 TPS per alamat IP pengirim unik
-
-
-
Hitung latensi:
-
Kirim beberapa ping ke setiap lokasi untuk menghitung latensi rata-rata.
-
Pertimbangkan untuk mengirim ping bersamaan ke beberapa lokasi untuk hasil yang lebih cepat.
-
Gunakan logika coba lagi sesuai kebutuhan untuk mengirim paket baru untuk paket apa pun yang tidak dikembalikan dalam waktu singkat (biasanya 1 - 3 detik), karena UDP tidak memiliki jaminan pengiriman 100%.
-
Hitung perbedaan waktu antara mengirim pesan dan menerima respons.
-
Jika sebagian besar ping UDP ke lokasi secara konsisten tidak mendapatkan respons kembali, hitung latensi menggunakan ping ICMP ke titik akhir Amazon GameLift Serverslayanan standar kami sebagai fallback.
-
Tip
Kami menyarankan Anda menyertakan port 7770 di mana pun Anda mendokumentasikan daftar port yang harus dibuka pemain Anda di jaringan lokal mereka. Ini adalah alasan lain mengapa Anda harus memiliki fallback untuk mengukur latensi (menggunakan ICMP, misalnya) jika port ini diblokir.
Contoh kode
Berikut adalah beberapa contoh sederhana yang menunjukkan cara mengirim ping UDP dan menghitung latensi.