Mengenal Anycast: Cara Situs Besar Melayani Pengguna dari Lokasi Terdekat

Ketika Anda membuka sebuah situs besar dari Jakarta, permintaan Anda sering kali tidak sampai ke server di Amerika Serikat. Ia berhenti di titik terdekat yang kebetulan memiliki alamat IP yang sama dengan server pusat. Mekanisme inilah yang disebut anycast, dan ia menjadi salah satu alasan mengapa layanan global bisa terasa cepat tanpa harus membangun satu pusat data raksasa. Untuk bacaan terkait, lihat panduan menempatkan router Wi-Fi dan penjelasan anycast dari Cloudflare.

Banyak pembahasan hosting berhenti pada pilihan VPS atau dedicated server. Padahal, keputusan yang sama pentingnya adalah bagaimana alamat IP Anda diumumkan ke internet. Anycast adalah jawaban yang dipakai hampir semua penyedia DNS publik, CDN, dan layanan edge modern.

Definisi teknis: satu alamat, banyak lokasi

Dalam unicast biasa, satu alamat IP menunjuk ke satu antarmuka jaringan di satu lokasi. Router di seluruh dunia akan meneruskan paket menuju lokasi itu, berapa pun jaraknya. Anycast mengubah asumsi tersebut: satu prefiks IP yang sama diumumkan dari beberapa lokasi berbeda melalui BGP (Border Gateway Protocol).

Setiap lokasi menjalankan layanan yang identik, dan router di internet memilih rute berdasarkan metrik BGP seperti jumlah hop AS (AS-path) dan kebijakan lokal. Hasilnya, pengguna di Eropa umumnya diarahkan ke node Eropa, pengguna di Asia Tenggara ke node terdekat di kawasan itu, dan seterusnya. Tidak ada perangkat pusat yang memutuskan arah; keputusan muncul dari interaksi antar-AS.

Poin penting yang sering terlewat: anycast tidak menjamin node terdekat secara geografis. Yang dipilih adalah rute terbaik menurut BGP, yang bisa berbeda dari jarak fisik. Dalam praktik, keduanya sering berdekatan, tetapi pada jaringan dengan kebijakan peering rumit, pengguna bisa diarahkan ke node yang secara geografis lebih jauh namun lebih baik secara routing.

Perbedaan dengan load balancer dan DNS round-robin

Anycast sering disamakan dengan load balancing, padahal lapisannya berbeda. Load balancer bekerja di dalam infrastruktur Anda, membagi koneksi ke beberapa server di belakang satu titik masuk. Anycast bekerja di lapisan routing internet, menentukan titik masuk mana yang akan dijangkau paket sebelum menyentuh infrastruktur Anda.

DNS round-robin juga berbeda secara fundamental. Pada round-robin, satu nama domain dipetakan ke beberapa alamat IP, dan klien memilih salah satunya. Pendekatan ini rapuh: klien atau resolver dapat menyimpan jawaban lama (caching), dan bila satu IP mati, sebagian pengguna tetap diarahkan ke sana sampai TTL habis. Anycast menghindari masalah itu karena hanya ada satu alamat IP; ketika satu node menarik pengumuman BGP-nya, router tetangga menghitung ulang rute dalam hitungan detik hingga menit.

Manfaat utama yang terasa di lapangan

Latensi lebih rendah dan koneksi lebih stabil

Karena paket masuk melalui titik yang lebih dekat, waktu bolak-balik (RTT) berkurang. Efeknya paling terasa pada handshake TLS, kueri DNS, dan permintaan API yang pendek-pendek. Untuk situs dengan banyak permintaan kecil, penurunan RTT beberapa puluh milidetik per permintaan berlipat menjadi pengalaman yang jauh lebih responsif.

Mitigasi DDoS secara struktural

Serangan volumetrik bertujuan membanjiri satu titik. Pada anycast, trafik serangan dari berbagai wilayah tersebar ke banyak node, sehingga kapasitas agregat yang harus dihadapi penyerang jauh lebih besar. Ini bukan pengganti perlindungan DDoS, tetapi membuat penyerangan jauh lebih mahal dan kurang efektif.

Failover yang tidak bergantung pada TTL

Ketika satu node gagal, operator dapat menghentikan pengumuman BGP dari lokasi tersebut. Trafik kemudian dialihkan ke node lain yang masih mengumumkan prefiks sama. Proses ini terjadi di lapisan routing, bukan menunggu cache DNS kedaluwarsa, sehingga pemulihan bisa lebih cepat dan seragam untuk semua pengguna.

Batasan yang perlu dipahami sebelum mengadopsi

Anycast bukan solusi universal. Ada beberapa konsekuensi yang harus direncanakan sejak awal.

• Konsistensi sesi. Karena pengguna bisa berpindah node saat rute berubah, aplikasi yang menyimpan state di memori lokal satu server berisiko kehilangan sesi. Solusinya adalah menyimpan state di penyimpanan bersama, menggunakan token stateless, atau menempelkan sesi ke node tertentu.
• Protokol berdurasi panjang. Koneksi TCP atau WebSocket yang sudah terbentuk tidak otomatis berpindah saat rute berubah. Perubahan routing di tengah koneksi dapat memutus sesi; aplikasi perlu menangani reconnection dengan baik.
• Kebutuhan sinkronisasi data. Semua node harus menyajikan data yang konsisten. Untuk konten statis dan cache, ini mudah. Untuk basis data dengan penulisan, Anda tetap memerlukan replikasi dan strategi konsistensi.
• Kewenangan BGP. Menjalankan anycast sendiri berarti mengelola AS number, peering, dan filtering rute. Kesalahan konfigurasi BGP bisa menyebabkan kebocoran rute yang berdampak luas, sehingga umumnya anycast diadopsi lewat penyedia yang sudah berpengalaman.

Kapan sebaiknya memakai anycast

Anycast paling masuk akal untuk layanan yang bersifat read-heavy, toleran terhadap perpindahan node, dan butuh jangkauan global. Layanan DNS, CDN, endpoint API publik, dan edge cache adalah contoh klasik. Untuk aplikasi internal dengan pengguna terkonsentrasi di satu wilayah, manfaatnya kecil dibandingkan kompleksitas tambahan.

Langkah praktisnya sederhana: mulai dari lapisan yang paling aman, yaitu DNS dan cache statis, lalu ukur dampaknya terhadap latensi dan tingkat kesalahan. Jika hasilnya positif, perluas ke lapisan aplikasi sambil memastikan state tidak terikat pada satu node. Bagi sebagian besar tim, memakai anycast melalui penyedia DNS atau CDN lebih realistis daripada membangunnya sendiri, dan tetap memberikan sebagian besar manfaat routing yang sama.

Kesimpulan

Anycast adalah teknik routing yang membuat satu alamat IP hadir di banyak lokasi sekaligus, sehingga pengguna dilayani dari titik yang paling dekat menurut BGP. Manfaatnya nyata: latensi lebih rendah, penyebaran trafik serangan, dan failover yang tidak bergantung pada cache DNS. Namun anycast menuntut aplikasi yang tidak menyimpan state penting di satu server dan pemahaman yang cukup tentang routing. Dipahami dengan benar, anycast bukan sekadar fitur pemasaran penyedia cloud, melainkan bagian mendasar dari cara internet modern mengirim permintaan ke tempat yang tepat.