Un'azienda accede a un'applicazione SaaS ospitata dietro un NLB tramite AWS PrivateLink (endpoint di interfaccia) dal suo VPC. Dopo aver aggiunto una nuova Availability Zone e nuove sottoreti, l'ingegnere non riesce a creare un endpoint VPC di interfaccia nella nuova AZ. Qual è la causa probabile?

La causa più probabile è che il fornitore SaaS non ha esteso la sua soluzione alla nuova Availability Zone (AZ) e non ha configurato il bilanciamento del carico tra zone per il Network Load Balancer (NLB). Gli endpoint di interfaccia (AWS PrivateLink) richiedono che il servizio sia disponibile nell'AZ in cui si tenta di creare l'endpoint. Se il fornitore SaaS non ha istanze o un NLB configurato per servire il traffico in quella nuova AZ, la creazione dell'endpoint fallirà. Le altre opzioni sono meno probabili: Un conflitto CIDR tra il VPC del cliente e quello del fornitore SaaS non impedirebbe la creazione dell'endpoint, ma piuttosto la connettività una volta stabilito. Gli attributi enableDnsHostnames e enableDnsSupport sono impostazioni a livello di VPC, non di singola sottorete, e sono generalmente abilitati per PrivateLink. Anche se disabilitati, non impedirebbero la creazione dell'endpoint, ma la risoluzione DNS. La mancanza di una rotta verso il gateway Internet non è rilevante per gli endpoint di interfaccia, poiché PrivateLink stabilisce una connessione privata all'interno della rete AWS, senza passare per Internet.