Bir VPC'deki 100 düğümlü bir HPC kümesi, RDS, S3 ve Direct Connect üzerinden erişilebilen şirket içi kaynaklar için birçok DNS sorgusu gerçekleştirir. Küme, yoğun olaylar sırasında 5-7 kat ölçeklenebilir. Şirket şu anda VPC çözümleyicisine ve şirket içi DNS'e sorguları ileten VPC DNS sunucuları olarak iki EC2 örneği kullanmaktadır. Düğümlerden RDS ve S3 uç noktalarını çözümlemek için yapılan DNS sorguları başarısız oluyor. En ölçeklenebilir DNS çözümünü sağlayan mimari değişikliği nedir?

Doğru cevap, Route 53 Resolver giden uç noktaları oluşturmak, şirket içi alan adları için kurallar tanımlamak ve HPC düğümlerini varsayılan VPC çözümleyicisini kullanacak şekilde yeniden yapılandırmaktır. Bu yaklaşım, Amazon tarafından yönetilen Route 53 Resolver'ın yerleşik ölçeklenebilirliğinden yararlanır ve yoğun yüklerde bile DNS sorgularını otomatik olarak yönetir. RDS ve S3 gibi AWS kaynakları için sorgular doğrudan VPC çözümleyicisi tarafından çözümlenir, bu da performansı artırır ve EC2 tabanlı DNS sunucularının sınırlamalarını ortadan kaldırır. Diğer seçenekler neden yanlış: İki ek EC2 örneği eklemek veya mevcut EC2 örneklerini ölçeklendirmek, EC2 tabanlı DNS sunucularının doğasında bulunan ölçeklenebilirlik sınırlamalarını ve yönetim yükünü çözmez. Yoğun olaylar sırasında 5-7 kat ölçeklenme ihtiyacı, manuel EC2 ölçeklendirmesiyle etkili bir şekilde karşılanamaz. Route 53 Resolver gelen uç noktaları oluşturmak, şirket içi kaynakların AWS'deki DNS'i sorgulamasına olanak tanır, ancak bu senaryoda HPC kümesi düğümlerinin şirket içi DNS sunucularına yönlendirilmesini gerektirir. Bu, AWS kaynakları için sorguların çözümlenmesinde ek gecikme ve karmaşıklık yaratır ve HPC kümesi düğümlerinin şirket içi DNS'i sorgulaması durumunda mevcut RDS ve S3 çözümleme sorununu çözmez.