Eine operative Workload läuft auf Amazon EC2-Instances in einer Auto Scaling-Gruppe. Die VPC erstreckt sich über zwei Availability Zones (AZs), mit einem Subnetz in jeder AZ, das von der Auto Scaling-Gruppe angesprochen wird. Die VPC ist mit der lokalen Infrastruktur verbunden, und diese Konnektivität darf nicht unterbrochen werden. Das Maximum der Auto Scaling-Gruppe beträgt 20 Instances. Die aktuelle IPv4-Adressierung ist: VPC 10.0.0.0/23, AZ1-Subnetz 10.0.0.0/24, AZ2-Subnetz 10.0.1.0/24. Eine dritte AZ ist jetzt in der Region verfügbar. Sie müssen die neue AZ für die Auto Scaling-Gruppe hinzufügen, ohne den IPv4-Adressraum zu erweitern und ohne Service-Downtime. Welcher Ansatz erfüllt diese Einschränkungen?

Die korrekte Option beschreibt einen schrittweisen Ansatz, der die Dienstverfügbarkeit während der Umstrukturierung des Subnetz-Adressraums aufrechterhält. Durch die vorübergehende Beschränkung der Auto Scaling-Gruppe auf ein einzelnes AZ kann das andere AZ-Subnetz gelöscht und mit einem kleineren CIDR-Block neu erstellt werden. Dieser Prozess wird dann für das verbleibende AZ wiederholt, wobei der freigewordene Adressraum für das neue AZ3-Subnetz genutzt wird. Dies vermeidet eine Erweiterung des VPC-CIDR und minimiert Ausfallzeiten, da die Workload immer in mindestens einem AZ aktiv bleibt. Die Option, die EC2-Instanzen zu beenden, verursacht Ausfallzeiten. Das Erstellen einer neuen VPC würde die Konnektivität zur lokalen Infrastruktur unterbrechen und ist daher keine praktikable Lösung. Die Option, ein Subnetz zu aktualisieren, um seinen Adressraum zu reduzieren, ist nicht möglich; Subnetze können nicht verkleinert werden, sondern müssen gelöscht und neu erstellt werden.