jov
@jov

Шардинг tokudb по контейнерам openvz

Добрый день. Хотелось бы услышать критику идеи.
Пишется сетевое приложение, где операции записи в БД будут существенно доминировать над чтением. Возникла следующая мысль. Берём несколько дедиков. Один из них оптимизируем под запись, например берём ssd. На всех поднимаем openvz. Ограничиваем размер базы размером, чуть меньшим разрешенного бесплатной лицензией — 50 ГБ. Как только размер достиг лимита, сообщаем клиентам(которые тоже работают в серверной части приложения), что для записи этот контейнер больше недоступен. После окончания последней записи, переносим контейнер на ноду для хранения. Запускаем новый контейнер для записи и так по кругу. В итоге имеем очень шуструю запись и практически бесконечное хранилище для данных. Клиентов работающих с БД планируется писать на erlang, При поступление запроса на чтение, он просто параллельно рассылается на все контейнеры хранения, ну и разумеется на контейнеры с работающими слэйвами для нод записи.
  • Вопрос задан
  • 3125 просмотров
Пригласить эксперта
Ответы на вопрос 1
opium
@opium
Просто люблю качественно работать
Смотря на ваше описание я задумываюсь, а почему бы не купить? Почему бы не использовать бесплатную монгу?
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы