Saya memigrasikan aplikasi kami dari server cloud di server khusus Rackspace ta.
Saya ingin menurunkan aplikasi selama ~ 5 menit untuk menyalin data dari server cloud ke server khusus, jadi saya tidak ingin permintaan pergi ke server lama setelah saya menyalin data.
Saya ingin menunjukkan catatan DNS kami di server baru, tetapi TTL diatur ke 24 jam. Saya telah mengubahnya menjadi 300 detik. Apakah saya perlu menunggu 24 jam sebelum memperbarui ip yang menunjuk ke / menyalin data domain?
domain-name-system
rackspace
ttl
wobbily_col
sumber
sumber
Jawaban:
Siapa pun yang memiliki salinan catatan domain yang di-cache tidak akan repot memperbaruinya selama 24 jam, jadi ya jika maksud Anda adalah untuk mendapatkan jendela ketersediaan maksimal 5 menit, Anda harus menunggu sampai semua cache yang beredar diperbarui untuk tidak lagi hidup dari 5 menit.
sumber
since they last cached it
. Ini bisa apa saja dari 1 hingga 86399 detik.Ini (berpotensi) bahkan lebih buruk dari itu - Anda harus menunggu 24 jam setelah semua server otoritatif Anda diperbarui. Cara normal untuk pembaruan terjadi adalah bahwa Anda membuat perubahan ke zona pada server utama, dan kemudian masing-masing sekunder mentransfer data zona baru pada saat berikutnya mereka memeriksa dengan primer. Frekuensi check in dikontrol oleh interval refresh dalam catatan SOA zona. Jadi, dalam kasus terburuk Anda harus menunggu interval refresh zona + TTL catatan.
Anda mungkin juga harus menunggu selama ini untuk perubahan catatan yang sebenarnya. TTL 5 menit tidak akan banyak membantu jika sekunder hanya menyegarkan setiap 6 jam. Jadi Anda mungkin ingin mengurangi interval penyegaran di zona juga untuk periode yang Anda ingin dapat membuat perubahan cepat.
Pikiran Anda, ini mungkin tidak berlaku untuk pengaturan Anda. Jika Anda memiliki sistem yang memperbarui semua server otoritatif bersama-sama, ini bukan masalah (dan saya tidak terbiasa dengan pengaturan DNS Rackspace). Tapi saya sarankan untuk menanyakan semua server otoritatif Anda secara individual (
dig server.example.com @secondaryserver.example.com
) untuk memastikan mereka memiliki TTL baru sebelum memulai hitungan mundur 24 jam Anda.sumber
dig +nssearch example.com
adalah alat yang berguna untuk membandingkan SOA dengan cepat di semua server; nsdiff menunjukkan perbedaan yang sebenarnya.Ya, kamu harus menunggu. Meski begitu tentu saja itu tidak dijamin bahwa semua orang akan menghormati TTL.
sumber
Menyatukan berbagai komentar dan menjawab prosedur yang lengkap akan menjadi sesuatu seperti.
sumber
Selain jawaban lain, Anda dapat menggunakan https://www.whatsmydns.net/ untuk memeriksa bagaimana data DNS Anda menyebar dalam waktu yang hampir nyata.
sumber