Een bedrijf implementeert RDS for PostgreSQL Multi-AZ-instances met behulp van een CloudFormation-template die de toegewezen opslag instelt op 100 GB. Databases worden elke maandag aangemaakt en op vrijdag verwijderd. Af en toe activeren ze CloudWatch-alarmen voor weinig schijfruimte. Hoe kan de beheerder voorkomen dat de instances zonder opslagruimte komen te zitten met de MINIMALE wijzigingen aan de applicatie?

De correcte optie is het bijwerken van de CloudFormation-template om opslag-autoscaling in te schakelen. Dit is de meest efficiënte oplossing omdat het automatisch de opslagruimte van de RDS-instances vergroot wanneer deze bijna vol is, zonder handmatige interventie of applicatiewijzigingen. De database wordt elke week opnieuw aangemaakt, wat betekent dat de opslagbehoefte kan variëren. Opslag-autoscaling zorgt ervoor dat de database altijd voldoende ruimte heeft. Het wijzigen naar Amazon Aurora PostgreSQL (optie 1) is een significante architectuurwijziging die mogelijk applicatieaanpassingen vereist. Het vervangen door DynamoDB (optie 2) is een NoSQL-oplossing en vereist grote applicatieherstructurering. Het toevoegen van een CloudWatch-alarm dat VACUUM uitvoert (optie 4) is geen oplossing voor een tekort aan schijfruimte; VACUUM maakt ruimte vrij binnen de database, maar vermindert niet de totale toegewezen opslagruimte van de instance.