Tek bir anycast IP adresi, size farklı IP öneklerindeki iki tek noktaya yayın IP adresiyle aynı yedekliliği sağlamaz.
Çoğunlukla işten çıkarmanın en zor sorunu, bir şey tamamen başarısız olduğunda değil, sağlık kontrollerini hala geçecek kadar yanlış davranıyorsa, ancak aslında işlevsel değildir.
Bir DNS sunucusunun düştüğü bir anycast DNS kurulumu gördüm, ancak paketler yine de bu DNS sunucusuna yönlendirilecekti. Ön ekin reklamını yapan her şey, DNS sunucusunun çöktüğünün farkında olmayabilir.
Söz konusu DNS sunucusunun yetkili bir DNS sunucusu değil, özyinelemeli bir çözümleyici olması daha da zorlaşır.
Böyle bir özyinelemeli çözümleyicinin hem istemcilerden sorgu almak için anycast adresine hem de yetkili DNS sunucularını sorgulamak için tek noktaya yayın adreslerine sahip olması gerekir. Ancak tek noktaya yayın adresleri düşerse, yine de yönlendirilmiş sorgular olacak kadar sağlıklı görünebilir.
Anycast, ölçeklenebilirlik ve gecikmeyi azaltmak için harika bir araçtır. Ancak fazlalık için yalnız kalmamalıdır.
Birden fazla gereksiz anycast havuzu kullanılabilirlik için iyi bir çözümdür. İyi bilinen bir örnek 8.8.8.8 ve 8.8.4.4'tür. Her ikisi de her noktaya yayın adresleridir, ancak hiçbir zaman aynı fiziksel DNS sunucusuna yönlendirilmemelidir (Google'ın işlerini iyi yaptığını varsayarak).
10 fiziksel DNS sunucunuz varsa, bunları her havuzda 5 sunucu ile 2 havuz veya her havuzda 2 havuz ile 5 havuz olarak yapılandırabilirsiniz. Bir fiziksel DNS sunucusunun aynı anda birden çok havuzda olmasını önlemek istiyorsunuz.
Peki kaç IP ayırmalısınız? Birbirinden bağımsız olarak herhangi bir yayın olarak yapılandırılabilen IP'lere sahip olmanız gerekir. Bu genellikle her havuz için / 24 IPv4 adres alanı veya / 48 IPv6 adres alanı ayırmanız gerektiği anlamına gelir. Bu, sahip olabileceğiniz havuz sayısını çok iyi sınırlayabilir.
Ayrıca, yetkili sunuculardan bahsediyorsak, tüm NS kayıtlarınız ve A ve AAAA tutkalınızla birlikte DNS yanıtı tek bir 512 bayt pakete sığmalıdır. Kök sunucular için bu 13 adrese kadar çalıştı. Ancak bu tutkal ve IPv6'yı içermediğinden, ulaşacağınız sayı daha düşük olacaktır.
Her havuz mümkün olduğunca coğrafi olarak dağıtılmalıdır. Avrupa'da 5 sunucunuz ve Kuzey Amerika'da 5 sunucunuz ve 2 yayın IP'si varsa, her kıtayı kapsayan bir havuz oluşturmazsınız. Avrupa'dan 2, Kuzey Amerika'dan 3, diğer 5 ise diğer havuza koydunuz.
2'den fazla anycast havuzunuz varsa, fiziksel bir sunucunun geçici olarak birden fazla havuzda olmasına izin verebilirsiniz. Ancak fiziksel bir sunucunun tüm havuzlarda aynı anda olmasına asla izin vermemelisiniz.
Herhangi bir yayın ve tek noktaya yayın birleştirmek mümkündür, ancak dikkatli olunmalıdır. İki havuz için IP'niz varsa, birleştirmezdim. Ancak çalışmak için yalnızca tek bir yayın IP'niz varsa, tek noktaya yayın IP'lerini de dahil etmek mantıklı olabilir. Sorun, tek noktaya yayın IP'lerinin dahil edilmesinin size iyi bir gecikme ve yük dengelemesi vermemesidir.
Fiziksel bir sunucu hem tek noktaya yayın hem de herhangi bir yayın tarafından kullanılabilir duruma getirilirse, kullanıcıların birincil ve ikincil sunucularla aynı sunucuya ulaşma riskini azaltabilir ve kapanırsa erişimi kaybedebilirsiniz. Bu, yalnızca herhangi bir yayın havuzunda olmayan sunucuların tek noktaya yayın adreslerini kullanarak veya kullanıcılara her zaman iki tek noktaya yayın adresi sağlayarak önlenebilir.
Karışıma ne kadar tek noktaya yayın adresi koyarsanız, anycast adresine daha az sorgu gönderilir ve gecikme ve ölçeklenebilirlik açısından anycast'ten daha az faydalanırsınız.