Een langlopende, stateful service draait op één xlarge general purpose On-Demand EC2-instance. Metrics tonen aan dat deze ongeveer 80% van het geheugen en 40% van de CPU gebruikt. De SysOps-beheerder moet de kosten verlagen zonder de prestaties te verminderen. Welke wijziging van het instancetype voldoet aan dit doel?

De service is geheugenintensief (80% geheugengebruik) en CPU-matig (40% CPU-gebruik). Een memory-optimized instance, zoals een R-serie, biedt meer geheugen per vCPU en is daardoor kosteneffectiever voor geheugenintensieve workloads. Door over te schakelen naar een 'large' formaat van een memory-optimized instance, kan de SysOps-beheerder waarschijnlijk voldoen aan de geheugenbehoefte en tegelijkertijd de kosten verlagen, aangezien de 'xlarge' general purpose instance mogelijk over-provisioned is voor de CPU-behoefte. Incorrecte opties: Overschakelen naar één large compute-optimized On-Demand instance: Dit zou de CPU-capaciteit verhogen, wat niet nodig is, en mogelijk te weinig geheugen bieden. Overschakelen naar één xlarge general purpose Spot instance: Hoewel Spot instances goedkoper zijn, is dit geen wijziging van het instancetype en introduceert het de mogelijkheid van onderbrekingen, wat ongeschikt is voor een langlopende, stateful service. Overschakelen naar twee large general purpose On-Demand instances: Dit zou de kosten verhogen in plaats van verlagen.