Назад | Перейти на главную страницу

Как разделить хранилище и вычислительные ресурсы, не теряя преимуществ локально подключенного хранилища?

Такие сервисы, как DynamoDB (не конкретно, но это было первое, что пришло в голову), обеспечивают динамическое масштабирование емкости записи / чтения (т. Е. Вычислений), а также емкости хранилища.

Это означает, что у вас может быть таблица DynamoDB размером в терабайт с нулевой выделенной емкостью для операций чтения или записи. Важно отметить, что вы также платите только за хранилище, так как чтение / запись не выполняется.

Если узлы DynamoDB используют локально подключенное хранилище (предположительно, это необходимо по причинам задержки), что они делают с простаивающими ЦП этих узлов?

Мотивация для этого вопроса заключается в том, что в настоящее время я использую хранилище данных на экземплярах AWS EC2, уже на типах экземпляров с максимальной емкостью SSD (класс i3), где потребности в объеме хранилища значительно превышают потребности в вычислениях / памяти / сети, что приводит к большей части узлы, имеющие простаивающие процессоры, т.е. потраченные впустую деньги.

Как эффективно выделять хранилище и вычислительные ресурсы, не теряя при этом преимуществ локально подключенного хранилища? Как это делают известные системы, такие как AWS DynamoDB?