TTL DNS: Pilih Pendek atau Panjang?
TTL (Time-to-Live) menentukan berapa lama DNS resolver cache record sebelum query ulang. Pilihan TTL ngefek besar ke fleksibilitas + performance.
TTL Pendek (60-300 detik)
Pros: - Bisa swap IP cepat saat domain kena issue - Cocok untuk failover automation - Test deployment baru tanpa wait lama
Cons: - Beban server DNS lebih tinggi (query lebih sering) - Performance dampak kecil di first-load user
TTL Panjang (3600-86400 detik)
Pros: - DNS query lebih jarang → resolver senang, server hemat - Performance first-load lebih cepet - Standar untuk domain stable
Cons: - Slow propagation kalau ada perubahan (24 jam max) - Susah failover cepet pas insiden
Rekomendasi per Use Case
| Use Case | TTL |
|---|---|
| Domain bisnis utama (stable) | 3600 |
| Failover-prone (PBN, niche risky) | 300 |
| Testing/staging | 60 |
| Mail (MX) record | 14400 |
| Aged domain mature | 86400 |
Best Practice
- Lower TTL 24 jam sebelum migration — pas mau pindah hosting/IP, turunin TTL ke 300 dulu, supaya pas migration cepet propagasinya
- Naikin balik setelah stable
Anti-Blokir Implication
Kalau lo punya monitoring + failover, TTL 300 detik bikin auto-swap IP feasible. Domain kena → swap IP via API DNS provider → user masuk ke server baru dalam 5-10 menit.
📚 Sumber Resmi & Referensi
- DNSSEC Explained — ICANN — Penjelasan DNSSEC official
- Cloudflare DNS Tools — DNS learning resource
- dig CLI Manual — Reference command dig
🔗 Artikel Terkait
- Subdomain Strategy: Pisah Layer untuk Survive Blokir — Cara struktur subdomain yang bikin bisnis fleksibel saat ada bagian site kena blokir.
- CDN Strategy untuk Performance + Anti-Blokir — Setup CDN multi-layer — Cloudflare/BunnyCDN untuk speed, plus origin diversification anti-blokir.
- Cloudflare vs Nawala: Apakah CF Bisa Bypass Blokir? — Mitos & fakta tentang Cloudflare proxy dan blokir Komdigi — kenapa orange cloud kadang bantu, kadang