Een bedrijf draait een HPC-applicatie op één EC2-instance en moet opschalen naar meerdere instances die communicatie met lage latency en hoge bandbreedte tussen elkaar vereisen. Wat moet de SysOps-beheerder doen om aan deze netwerkvereiste te voldoen?

De correcte optie is het aanmaken van een cluster placement group. Cluster placement groups plaatsen instances logisch dicht bij elkaar binnen één Availability Zone, wat zorgt voor de vereiste lage latency en hoge bandbreedte voor HPC-applicaties. Door een AMI te maken van de bestaande instance en alle instances in deze placement group te starten, wordt de configuratie behouden en de netwerkprestatie gemaximaliseerd. De andere opties zijn minder geschikt: Een Auto Scaling Group met een launch template (optie 2) is goed voor schaalbaarheid, maar garandeert geen lage latency en hoge bandbreedte tussen instances, tenzij er ook een placement group wordt gebruikt. Een Network Load Balancer (optie 3) is bedoeld voor het distribueren van inkomend verkeer en niet voor het optimaliseren van communicatie tussen de instances onderling. Het simpelweg klonen van instances in dezelfde Availability Zone (optie 4) garandeert niet de fysieke nabijheid die nodig is voor de laagste latency en hoogste bandbreedte, wat wel het geval is bij een cluster placement group.