Bir şirket, aynı AWS Organizasyonu'ndaki birden çok AWS hesabı genelindeki VPC'ler için ad çözümlemesi sağlamak amacıyla merkezi bir VPC'de BIND tabanlı özel DNS sunucuları çalıştırır. Tüm VPC'ler bir transit ağ geçidine bağlıdır. Merkezi BIND sunucuları, şirket içi bir DNS alanı için sorguları şirket içi veri merkezindeki DNS sunucularına iletir. Her VPC'nin, tüm VPC'lerin özel DNS sunucularını kullanması için özel DNS sunucularını işaret eden bir DHCP seçenekleri kümesi vardır. Birden çok geliştirme ekibinin Amazon EFS kullanması gerekmektedir. Bir ekip yeni bir EFS dosya sistemi oluşturdu ancak bir EC2 örneği, örnek fs-33444567d.efs.us-east-1.amazonaws.com'u çözümleyemediği için onu bağlayamıyor. Geliştirme ekiplerinin kuruluş genelinde EFS dosya sistemlerini bağlamasına olanak tanıyacak eylem kombinasyonu nedir? (İki tane seçin.)

Doğru seçenekler, EFS DNS adlarının çözümlenmesi ve şirket içi DNS ile entegrasyon için Route 53 Resolver'ı kullanır. İlk doğru seçenek, tüm VPC'lerin DHCP seçeneklerini AmazonProvidedDNS (169.254.169.253) kullanacak şekilde güncelleyerek EFS gibi AWS hizmetlerinin DNS adlarının doğrudan çözülmesini sağlar. Bu, BIND sunucularının EFS adlarını çözümleyememesi sorununu giderir. İkinci doğru seçenek, şirket içi alan adları için bir Route 53 Resolver kuralı oluşturur ve bunu AWS RAM aracılığıyla kuruluşla paylaşarak şirket içi DNS sunucularına yönlendirir. Bu, mevcut şirket içi DNS çözümleme gereksinimini karşılar ve merkezi BIND sunucularının yerini alır. Yanlış seçenekler: BIND sunucularını AmazonProvidedDNS'e iletecek şekilde yapılandırmak, BIND sunucularının karmaşıklığını sürdürür ve Route 53 Resolver'ın sunduğu yönetilen hizmet avantajlarını sağlamaz. Route 53 Resolver gelen uç noktası oluşturmak, şirket içi sistemlerin AWS'deki DNS'i sorgulaması içindir, bu senaryoda AWS'den şirket içine sorgulama gereklidir. EFS için özel barındırılan bölge oluşturmak, her EFS dosya sistemi için manuel kayıt gerektireceği için ölçeklenebilir değildir ve EFS DNS adları dinamiktir.