Berapa lama untuk sebuah Rute 53 CNAME bekerja?

16

Saya telah menyiapkan CNAME di Rute 53 Amazon untuk menunjuk ke server lain.

Ini adalah CNAME baru untuk subdomain baru yang menunjuk ke nama domain yang ada.

Dengan penyedia DNS lain yang pernah bekerja dengan saya, catatan Nama Canonical baru telah disambungkan ke nama domain kanonik lainnya secara instan.

cname-record amazon-route53

— David Sulpy
sumber

Saya akan menunggu beberapa menit. Catatan Route53 pergi ke lusinan pusat data di seluruh dunia, dan mungkin, lusinan server di pusat data itu, jadi saya biasanya melihat antara beberapa detik dan beberapa menit untuk empat alamat server nama untuk domain untuk mulai mengembalikan hasil.

— ceejayoz

2

Bagaimana Anda menguji apakah mereka telah "bekerja" atau tidak? Ada banyak caching di DNS dan jika Anda tidak melakukannya dengan benar, Anda hanya akan melihat catatan cache.

— Ladadadada

Saya mengujinya dengan mencoba menekan url yang telah saya siapkan. Dalam pertanyaan saya, saya menyebutkan bahwa ini adalah catatan baru, jadi saya tidak yakin saya harus khawatir tentang catatan cache di mesin saya.

— David Sulpy

14

DNSPerubahan catatan rute 53 merambat dalam waktu kurang dari satu menit, tetapi TTLwaktu akan berdampak pada seberapa cepat DNSpemecah memeriksa kembali untuk catatan yang diperbarui .

P. Seberapa cepat perubahan yang saya buat pada pengaturan DNS saya di Amazon Route 53 menyebar secara global?

Amazon Route 53 dirancang untuk menyebarkan pembaruan yang Anda buat ke catatan DNS Anda ke jaringan server DNS otoritatif di seluruh dunia dalam waktu 60 detik dalam kondisi normal. Perubahan berhasil disebarkan ke seluruh dunia ketika panggilan API mengembalikan daftar status INSYNC.

Perhatikan bahwa caching resolver DNS berada di luar kendali layanan Amazon Route 53 dan akan melakukan cache set catatan sumber daya Anda sesuai dengan waktu mereka untuk hidup (TTL). Status perubahan INSYNC atau PENDING hanya merujuk pada status server DNS otoritatif Route 53.

Atau, jika Anda lebih suka forum pengembang AWS ...

Anda dapat mengharapkannya menyebar ke semua server Route 53 di seluruh dunia dalam satu menit. Namun, perlu diingat bahwa TTL menentukan seberapa cepat klien akan melihat informasi yang diperbarui. Jika Anda mengatur TTL untuk catatan menjadi 3600 detik, resolver DNS dapat menyimpan cache data tersebut hingga satu jam sebelum kembali ke Rute 53 lagi. Jika penting untuk membuat catatan yang diperbarui menyebar ke pengguna akhir secepat mungkin, saya akan merekomendasikan TTL 60 detik.

Karena TTL dikonfigurasi untuk setiap catatan, Anda dapat menggunakan nilai yang berbeda. Jika Anda tidak berencana untuk membuat perubahan pada catatan dalam waktu dekat, TTL yang lebih tinggi dapat membantu Anda menghemat biaya permintaan dan membuat semuanya menjadi lebih efisien. Sebagai contoh, Anda mungkin tidak perlu memperbarui data MX begitu saja. Katakanlah Anda memiliki TTL yang diatur ke 43200 detik (12 jam) untuk data MX Anda. Jika Anda pernah beralih ke penyedia email lain, turunkan TTL terlebih dahulu. Segera setelah TTL asli telah kedaluwarsa, Anda dapat melanjutkan dengan langkah tersebut. Catatan yang diperbarui sekarang akan menyebar jauh lebih cepat berkat TTL yang lebih rendah. Ubah kembali TTL ke nilai asli pada saat yang sama.

— HopelessN00b
sumber

Terima kasih atas jawabannya. Saya membaca FAQ sebelum saya menjangkau di sini. Satu-satunya alasan saya bertanya-tanya adalah karena itu tidak terjadi dalam waktu kurang dari TTL. Catatan yang saya tambahkan adalah catatan baru untuk subdomain yang belum ada sebelumnya.

— David Sulpy

2

Saya tidak memperhatikan nilai CNAME, itu salah untuk spesifikasi CNAME. Jawaban atas pertanyaannya adalah 'instan'.

— David Sulpy
sumber

2

60 detik, tetapi pastikan sistem operasi host Anda tidak melakukan caching catatan DNS lebih lama. Gunakan alat pencarian DNS untuk memeriksa langsung terhadap server nama.

— Timothy Gonzalez
sumber