Durante il lancio di un gioco, un'azienda ha eseguito 12 istanze Amazon EC2 r6g.16xlarge (ottimizzate per la memoria) dietro un Network Load Balancer. Il monitoraggio ha mostrato un utilizzo effettivo pari a circa un quarto della CPU e della memoria previste. La domanda è ora diminuita ed è diventata più variabile. L'azienda sostituirà la flotta fissa con un gruppo Auto Scaling che si adatta in base a CPU e memoria per minimizzare i costi. Qual è la configurazione Auto Scaling più conveniente pur soddisfacendo i requisiti?

L'opzione corretta è r6g.4xlarge perché il carico di lavoro originale utilizzava istanze r6g.16xlarge (ottimizzate per la memoria) e il monitoraggio ha mostrato un utilizzo effettivo di circa un quarto delle risorse. Questo suggerisce che le istanze r6g.4xlarge, che hanno un quarto delle risorse delle r6g.16xlarge, sarebbero sufficienti per gestire il carico di lavoro per istanza. Mantenere la famiglia di istanze r6g (ottimizzate per la memoria) è fondamentale perché il gioco probabilmente richiede un'elevata quantità di memoria. La capacità minima di 3 istanze r6g.4xlarge (equivalente a 0.75 istanze r6g.16xlarge) e massima di 12 (equivalente a 3 istanze r6g.16xlarge) offre flessibilità e scalabilità, riducendo i costi rispetto all'uso fisso di 12 istanze r6g.16xlarge. Le opzioni con c6g (ottimizzate per il calcolo) o m6g (general purpose) non sono adatte perché il carico di lavoro è ottimizzato per la memoria. L'opzione con r6g.8xlarge è meno conveniente perché, sebbene riduca il numero di istanze, non sfrutta appieno la granularità offerta dalle istanze .4xlarge per adattarsi in modo più preciso al carico variabile.