Компания развертывает распределенную базу данных in-memory на инстансах EC2: один основной узел и восемь рабочих узлов. Основной узел управляет состоянием кластера, принимает запросы клиентов, распределяет работу между рабочими узлами и агрегирует ответы. Рабочие узлы реплицируют разделы данных между собой. Приложение требует минимально возможной задержки сети для максимальной производительности. Какой выбор размещения и инстансов будет наилучшим?

Правильный ответ — запустить инстансы EC2, оптимизированные по памяти, в группе размещения cluster. База данных in-memory требует инстансов, оптимизированных по памяти (например, R-серии), чтобы эффективно хранить и обрабатывать большие объемы данных в оперативной памяти. Группа размещения cluster обеспечивает минимальную задержку сети между инстансами, что критически важно для распределенной базы данных, где основной узел и рабочие узлы интенсивно взаимодействуют. Неверные варианты: Группа размещения partition не обеспечивает минимальной задержки, так как она распределяет инстансы по разным стойкам для изоляции сбоев, а не для низкой задержки. Инстансы, оптимизированные по вычислениям, не подходят для баз данных in-memory, так как они не предоставляют достаточного объема памяти. Группа размещения spread распределяет инстансы по разным базовым аппаратным средствам, что увеличивает задержку и не подходит для высокопроизводительных кластеров с низкой задержкой.