Een operationele workload draait op Amazon EC2-instances in een Auto Scaling group. De VPC omvat twee Availability Zones (AZ's), met één subnet in elke AZ die door de Auto Scaling group wordt getarget. De VPC is verbonden met on-premises infrastructuur en die connectiviteit mag niet worden onderbroken. Het maximum van de Auto Scaling group is 20 instances. De huidige IPv4-adressering is: VPC 10.0.0.0/23, AZ1-subnet 10.0.0.0/24, AZ2-subnet 10.0.1.0/24. Een derde AZ is nu beschikbaar in de regio. U moet de nieuwe AZ toevoegen voor de Auto Scaling group zonder IPv4-adresruimte toe te voegen en zonder service-downtime. Welke aanpak voldoet aan deze beperkingen?

De correcte aanpak zorgt voor continue connectiviteit en geen downtime door de workload stapsgewijs te verplaatsen. Eerst wordt de Auto Scaling group (ASG) beperkt tot AZ2, waardoor AZ1 vrijkomt. AZ1 wordt dan opnieuw geconfigureerd met een kleiner subnet (10.0.0.0/25) en de ASG wordt bijgewerkt om dit te gebruiken. Zodra de instances gezond zijn, wordt de ASG naar AZ1 verplaatst. Dit maakt het oorspronkelijke AZ2-subnet vrij, dat vervolgens wordt verwijderd. Een nieuw AZ2-subnet (10.0.0.128/25) en een nieuw AZ3-subnet (10.0.1.0/25) worden gecreëerd, waarbij de adresruimte van de oorspronkelijke AZ1 en AZ2 wordt hergebruikt zonder nieuwe IP-adressen toe te voegen. Ten slotte wordt de ASG bijgewerkt om alle drie de subnets te targeten. De andere opties leiden tot downtime, voegen nieuwe IP-adresruimte toe, of zijn niet mogelijk: Het beëindigen van instances in AZ1 en AZ2 tegelijkertijd veroorzaakt downtime. Het creëren van een nieuwe VPC is een complexere operatie die waarschijnlijk downtime veroorzaakt en de bestaande on-premises connectiviteit zou verbreken. Het "bijwerken" van een subnet om het te verkleinen is niet mogelijk; subnets moeten worden verwijderd en opnieuw worden aangemaakt om hun CIDR-blok te wijzigen.