Een bedrijf gaat een gedistribueerde in-memory database implementeren over EC2-instances: één primaire node en acht worker nodes. De primaire node beheert de clustergezondheid, accepteert clientverzoeken, verdeelt werk over worker nodes en aggregeert antwoorden. Worker nodes repliceren datapartitioneringen onderling. De applicatie vereist de laagst mogelijke netwerklatentie voor maximale prestaties. Welke plaatsing en instance-keuze is het beste?

De correcte optie is het starten van geheugen-geoptimaliseerde EC2-instances in een cluster placement group. Een in-memory database vereist veel RAM, dus geheugen-geoptimaliseerde instances (zoals R-series) zijn essentieel. Een cluster placement group plaatst instances in één Availability Zone op hardware die de laagst mogelijke netwerklatentie en hoge netwerkdoorvoer biedt, wat cruciaal is voor gedistribueerde databases die intensief communiceren. Partition placement groups verdelen instances over verschillende racks binnen een Availability Zone om hardwarefouten te isoleren, maar garanderen geen maximale netwerkprestaties. Rekenkracht-geoptimaliseerde instances (zoals C-series) zijn niet optimaal voor in-memory databases. Spread placement groups plaatsen instances op afzonderlijke onderliggende hardware om de impact van hardwarefouten te minimaliseren, maar bieden geen voordelen voor netwerklatentie en kunnen de prestaties zelfs beïnvloeden door de spreiding.