Une entreprise va déployer une base de données distribuée en mémoire sur des instances EC2 : un nœud primaire et huit nœuds de travail. Le nœud primaire gère la santé du cluster, accepte les requêtes des clients, distribue le travail aux nœuds de travail et agrège les réponses. Les nœuds de travail répliquent les partitions de données entre eux. L'application nécessite la latence réseau la plus faible possible pour des performances maximales. Quel est le meilleur choix de placement et d'instance ?

Pour une base de données distribuée en mémoire nécessitant la latence réseau la plus faible possible, un groupe de placement en cluster est idéal car il regroupe les instances dans un seul groupe de disponibilité, garantissant une connectivité réseau à faible latence et un débit élevé. Les instances optimisées pour la mémoire sont essentielles pour les bases de données en mémoire. Un groupe de placement de partition distribue les instances sur différents racks, ce qui est bon pour la résilience mais augmente la latence. Un groupe de placement réparti place chaque instance sur un matériel sous-jacent distinct, ce qui est excellent pour l'isolement mais ne répond pas au besoin de faible latence entre les nœuds. Les instances optimisées pour le calcul ne sont pas le meilleur choix pour une base de données en mémoire.