Berapa batas praktis untuk alamat IP dalam DNS round-robin?

Saat ini saya sedang menjalankan situs yang lalu lintasnya didistribusikan di antara 7 server cermin sekarang (menggunakan round robin DNS). Namun segera cermin akan lebih diperlukan mengingat tingginya jumlah lalu lintas yang tumbuh secara permanen.

Apakah ada batasan praktis yang direkomendasikan untuk jumlah alamat IP yang terkait dengan nama domain tertentu saat menggunakan DNS round robin ??

Juga, solusi apa yang akan Anda rekomendasikan ketika jumlah cermin tinggi (misalnya lebih dari 10 atau 20 cermin)?

Terima kasih.

Satu hal yang perlu diingat adalah bahwa secara default, pencarian DNS menggunakan UDP. Jika responsnya lebih besar dari yang dapat ditampung dalam datagram tunggal, sebanyak yang cocok akan dikembalikan dan bit TC (terpotong) diatur di header.

Pemohon dapat memilih untuk bekerja dengan apa yang dikembalikan, atau mencoba kembali kueri menggunakan TCP.

Caching server DNS tidak seharusnya menembolok tanggapan terpotong, karena mereka tidak tahu seberapa lengkap kumpulan catatan yang dikembalikan (tanggapan tidak mengatakan "Saya memberi Anda 12 dari 28 catatan").

Jadi jumlah maksimum rekaman adalah faktor seberapa banyak Anda dapat menempel dalam datagram UDP. Ingat bahwa respons perlu menyertakan bagian otoritas, yang akan bervariasi dalam ukuran berdasarkan catatan SOA untuk zona tersebut.

Jika Anda menggunakan catatan CNAME, itu juga akan meningkatkan ukuran respons, saat Anda mendapatkan kembali CNAME dan catatan A dari hal yang ditunjukkan.

Taruhan terbaik Anda adalah bermain-main dengan berbagai jumlah catatan A menggunakan dig atau "host -v" untuk melihat kapan kueri melewati ukuran maksimal dari respons UDP.

Tidak ada batasan keras, tetapi sebagian besar situs tidak menjalankan lebih dari 5 atau 10 mirror. Mirroring melalui DNS round robin sangat berguna jika situs secara geografis terpisah sehingga ada redundansi di samping pembagian beban.

Dengan meningkatnya jumlah mirror, efisiensi penggunaan round round DNS sebagai pembagian beban berkurang karena round round DNS tidak memperhitungkan permintaan berbeda yang membutuhkan lebih banyak sumber daya. Lebih baik menggunakan front end load balancing untuk mendistribusikan beban kerja berdasarkan beban CPU dan ketersediaan server, yang juga akan menyederhanakan perawatan karena server dapat segera diturunkan tanpa perubahan DNS yang mengakibatkan klien mencoba mengakses server yang jatuh dari catatan DNS yang di-cache .

Saya terlambat untuk pertanyaan ini, tetapi saya pikir akan menyenangkan untuk menyebutkan batas sebenarnya dari apa yang dapat Anda lakukan. Tidak ada batasan teoretis yang saya ketahui, tetapi beberapa ISP tidak akan mengambil lebih dari 36. Sebenarnya, jika Anda memasukkan lebih dari itu, itu tidak hanya tidak akan termasuk server tambahan, mereka akan mengabaikan Anda sepenuhnya. Verizon dan Comcast adalah dua masalah yang saya miliki, tetapi saya yakin orang lain juga terpengaruh.

Yang mengatakan, jika Anda memiliki lalu lintas yang cukup untuk menjamin 36 mirror, jangan gunakan DNS round-robin.

Jika Anda memiliki banyak server, mungkin jawaban terbaik adalah dengan melakukan seperti Akamai dan menggunakan server DNS mana pun dan round robin. Dengan kata lain, server DNS untuk zona didistribusikan di sekitar net, semua dengan alamat IP yang sama, dan mengarahkan titik klien di server terdekat dengan jaringan. Setiap server menjawab dalam round-robin untuk subset dari daftar lengkap dari server yang memungkinkan.

Kami melakukan sesuatu yang sangat mirip tetapi kami menggunakan penyeimbang beban perangkat keras (Cisco ACEs btw), dengan cara ini satu-satunya batasan adalah ukuran subnet (jika itu).