Cara Mengukur Latensi ke Data Center Sebelum Sewa VPS

Sudah tahu berapa lama data dari laptop pelangganmu sampai ke data center yang sedang kamu incar? Kebanyakan orang memilih lokasi VPS berdasarkan nama kota saja, lalu baru sadar aplikasinya terasa lambat setelah semua terpasang. Padahal latensi bisa diukur sebelum membayar sepeser pun.

Caranya: minta alamat IP uji atau halaman looking glass dari penyedia, lalu ukur dari beberapa koneksi yang benar-benar dipakai pelanggan dan timmu. Gunakan ping untuk gambaran cepat, mtr untuk melihat rute dan kehilangan paket, dan curl untuk mengukur waktu koneksi HTTPS sampai byte pertama. Ulangi di jam sibuk dan jam sepi, lalu bandingkan hasilnya.

Apa yang perlu disiapkan sebelum mengukur?

1. Siapkan target pengukuran

Hampir semua penyedia server punya salah satu dari ini: IP uji (test IP), halaman looking glass, atau file uji untuk diunduh. Tanyakan ke tim penjualan bila tidak tercantum di situsnya. Pastikan target itu benar-benar berada di data center yang akan kamu pakai, bukan di kantor pusat atau lokasi lain.

Kalau membandingkan beberapa penyedia atau beberapa kota (misalnya Jakarta dan Singapura), kumpulkan semua targetnya di satu catatan supaya pengujian dilakukan dalam kondisi yang sama. Pertimbangan memilih kota dibahas di server Jakarta atau Singapura.

2. Tentukan dari mana kamu mengukur

Latensi bergantung pada rute ISP, jadi hasil dari satu koneksi bisa menyesatkan. Ukur dari:

• Internet kantor dan internet rumah yang dipakai tim.
• Paket data seluler dari dua atau tiga operator berbeda, lewat tethering ke laptop.
• Server lain yang sudah kamu punya, bila ada.
• Layanan pengukuran dari banyak lokasi seperti Globalping atau RIPE Atlas, bila pelangganmu tersebar di banyak kota.

Matikan VPN saat mengukur, karena VPN mengubah rute ke server.

Langkah mengukur latensi dengan benar

3. Ukur latensi dasar dengan ping

Kirim cukup banyak paket supaya rata-ratanya bermakna, jangan hanya empat:

# Linux dan macOS
ping -c 100 203.0.113.10

# Windows (Command Prompt)
ping -n 100 203.0.113.10

Ganti 203.0.113.10 dengan IP uji penyedia. Perhatikan baris ringkasan di akhir: nilai minimum, rata-rata, maksimum, dan persentase paket yang hilang. Di Linux, nilai mdev menunjukkan seberapa besar latensi berubah-ubah, yang sering disebut jitter.

Beberapa server memblokir ICMP sehingga ping tidak dibalas. Kalau begitu, lanjut ke langkah berikutnya yang memakai TCP.

4. Lihat rute dan kehilangan paket dengan mtr

mtr menggabungkan ping dan traceroute, sehingga kamu bisa melihat setiap router yang dilewati beserta latensi dan kehilangan paketnya:

# pasang dulu: sudo apt install mtr-tiny  atau  sudo dnf install mtr
mtr -rwc 100 203.0.113.10

# pakai TCP ke port 443 bila ICMP diblokir
sudo mtr -rwc 100 --tcp -P 443 203.0.113.10

Di Windows, gunakan tracert untuk melihat rute dan pathping untuk statistik kehilangan paket per hop.

Cara membacanya: lihat baris terakhir (server tujuan). Kalau ada hop di tengah yang menunjukkan kehilangan paket tinggi tetapi hop sesudahnya normal, itu biasanya bukan masalah. Banyak router membatasi balasan ICMP untuk dirinya sendiri sambil tetap meneruskan trafik dengan baik. Masalah nyata terlihat bila kehilangan paket muncul di satu hop lalu terus terbawa sampai tujuan.

Perhatikan juga nama atau lokasi hop. Kalau target di Jakarta tetapi rutenya melewati router di Singapura atau Hong Kong, berarti ISP-mu tidak punya jalur langsung ke data center itu.

5. Ukur waktu koneksi HTTPS dengan curl

Ping hanya mengukur satu perjalanan paket. Pengunjung website mengalami lebih dari itu: DNS, koneksi TCP, negosiasi TLS, lalu menunggu byte pertama. Bila penyedia memberi URL uji, ukur semuanya dengan curl:

curl -o /dev/null -s -w 'dns: %{time_namelookup}\nconnect: %{time_connect}\ntls: %{time_appconnect}\nttfb: %{time_starttransfer}\ntotal: %{time_total}\n' https://contoh-uji.penyedia.id/

Angka keluar dalam detik dan bersifat kumulatif. Selisih connect dan tls menunjukkan berapa lama negosiasi TLS, yang dipengaruhi langsung oleh latensi. Jalankan beberapa kali dan ambil nilai tengah.

6. Ulangi di waktu berbeda

Jalur internet bisa padat pada jam tertentu, misalnya malam hari saat trafik rumahan memuncak. Ulangi langkah 3 sampai 5 setidaknya di jam kerja dan malam hari. Penyedia yang hasilnya stabil di dua waktu itu lebih bisa diandalkan daripada yang hanya cepat di pagi hari.

7. Uji juga kecepatan unduh

Latensi rendah tidak menjamin bandwidth lancar. Kalau penyedia menyediakan file uji, unduh dengan curl -o /dev/null https://.../file-uji dan lihat kecepatan rata-ratanya. Ini penting bila aplikasimu banyak mengirim file besar, seperti video atau backup.

Bagaimana membaca hasilnya?

Bandingkan antarpenyedia atau antarlokasi dengan cara yang sama, dari koneksi yang sama, di waktu yang sama. Angka mutlak kurang penting dibanding selisihnya.

Checklist sebelum memutuskan

• Target uji dipastikan berada di data center yang akan dipakai.
• Pengukuran dari minimal tiga koneksi berbeda yang mewakili pelanggan.
• ping 100 paket, mtr, dan curl sudah dijalankan untuk tiap target.
• Pengujian diulang di jam kerja dan malam hari.
• Hasil dicatat dalam satu tabel untuk dibandingkan.
• Spesifikasi VPS dipilih sesuai beban, seperti di panduan memilih spesifikasi VPS.