Een Amazon Aurora-cluster gebruikt één DB-instance en de applicatie gebruikt het instance-eindpunt voor zowel lees- als schrijfbewerkingen. Een update is gepland tijdens een onderhoudsvenster en de cluster moet beschikbaar blijven met minimale onderbreking. Wat moet een DevOps-engineer doen om aan deze vereiste te voldoen?

De correcte optie zorgt voor hoge beschikbaarheid en minimale downtime tijdens onderhoud. Door een reader-instance toe te voegen, kan de applicatie leesbewerkingen naar het reader-eindpunt sturen, terwijl schrijfbewerkingen naar het cluster (writer) eindpunt gaan. Dit maakt het mogelijk om de writer-instance te updaten zonder dat de applicatie volledig onbeschikbaar wordt, aangezien leesbewerkingen kunnen doorgaan. De andere opties zijn incorrect omdat: het gebruik van een aangepast ANY-eindpunt voor zowel lees- als schrijfbewerkingen nog steeds downtime kan veroorzaken als de enige writer-instance wordt bijgewerkt; en Multi-AZ is standaard ingeschakeld voor Aurora-clusters en voegt geen extra reader-capaciteit toe voor het afhandelen van leesverkeer tijdens een update van de writer-instance.