Un'azienda implementerà un database distribuito in-memory su istanze EC2: un nodo primario e otto nodi worker. Il nodo primario gestisce l'integrità del cluster, accetta le richieste dei client, distribuisce il lavoro ai nodi worker e aggrega le risposte. I nodi worker replicano le partizioni di dati tra loro. L'applicazione richiede la latenza di rete più bassa possibile per le massime prestazioni. Qual è la scelta migliore per il posizionamento e l'istanza?

La scelta corretta è avviare istanze EC2 ottimizzate per la memoria in un gruppo di posizionamento di cluster. Il database è distribuito in-memory, quindi le istanze ottimizzate per la memoria (memory-optimized) sono essenziali per gestire grandi dataset in RAM. Un gruppo di posizionamento di cluster (cluster placement group) garantisce che le istanze siano raggruppate logicamente all'interno di una singola zona di disponibilità, fornendo la latenza di rete più bassa possibile e un throughput elevato, cruciali per le massime prestazioni di un database distribuito con comunicazione intensiva tra nodi primari e worker. Le istanze ottimizzate per il calcolo non sarebbero adatte per un database in-memory. Un gruppo di posizionamento di partizioni (partition placement group) distribuisce le istanze su partizioni logiche per ridurre il rischio di guasti hardware correlati, ma non offre la latenza più bassa di un cluster placement group. Un gruppo di posizionamento spread (spread placement group) distribuisce le istanze su hardware sottostante distinto, massimizzando la disponibilità ma aumentando la latenza di rete.