Un administrateur crée un nouveau VPC contenant un sous-réseau public et un sous-réseau privé. L'administrateur lance avec succès 11 instances EC2 dans le sous-réseau privé. Lors de la tentative de démarrage d'une 12e instance dans le même sous-réseau, le lancement échoue avec une erreur indiquant qu'il n'y a pas d'adresses IP disponibles. Que doit faire l'administrateur pour accueillir des instances EC2 supplémentaires dans ce sous-réseau ?

La création d'un sous-réseau privé supplémentaire et le placement des nouvelles instances EC2 dans celui-ci est la solution correcte. Chaque sous-réseau a une plage d'adresses IP définie par son bloc CIDR. Si un sous-réseau est à court d'adresses IP disponibles, la seule façon d'ajouter plus d'instances est de créer un nouveau sous-réseau avec sa propre plage d'adresses IP. Modifier le CIDR du sous-réseau privé en /27 n'est pas possible après la création du sous-réseau et ne résoudrait pas le problème car /27 offre moins d'adresses que le CIDR par défaut (/24 ou /20). Modifier le sous-réseau privé pour qu'il s'étende sur une deuxième zone de disponibilité n'est pas possible ; les sous-réseaux sont spécifiques à une seule zone de disponibilité. Attacher plus d'adresses IP Elastic au sous-réseau privé est incorrect car les adresses IP Elastic sont des adresses IP publiques et ne sont pas directement liées à la disponibilité des adresses IP privées au sein d'un sous-réseau.