Une entreprise accède à une application SaaS hébergée derrière un NLB via AWS PrivateLink (point de terminaison d'interface) depuis son VPC. Après avoir ajouté une nouvelle zone de disponibilité et de nouveaux sous-réseaux, l'ingénieur ne peut pas créer de point de terminaison d'interface de VPC dans la nouvelle AZ. Quelle est la cause probable ?

La cause la plus probable est que le fournisseur SaaS ne propose pas son service dans la nouvelle zone de disponibilité (AZ) et n'a pas configuré l'équilibrage de charge inter-zones pour son Network Load Balancer (NLB). Les points de terminaison d'interface (AWS PrivateLink) nécessitent que le service soit disponible dans les AZ spécifiées. Si le service n'est pas étendu à la nouvelle AZ ou si l'équilibrage de charge inter-zones n'est pas activé sur le NLB du fournisseur, la création d'un point de terminaison dans cette AZ échouera. Les autres options sont moins probables : Un conflit de blocs CIDR entre le VPC client et le fournisseur SaaS n'empêcherait pas la création du point de terminaison, mais plutôt la communication ultérieure. Les attributs enableDnsHostnames et enableDnsSupport sont des paramètres au niveau du VPC, non des sous-réseaux individuels, et sont généralement activés par défaut pour PrivateLink. Une route vers une passerelle Internet n'est pas nécessaire pour un point de terminaison d'interface, car PrivateLink établit une connectivité privée au sein du réseau AWS.