Я знаю, что MongoDB может масштабироваться вертикально. Как насчет того, если у меня закончится диск?
В настоящее время я использую EC2 с EBS. Как вы знаете, мне нужно назначить EBS для фиксированного размера.
Что, если рост MongoDB будет больше, чем размер EBS? Нужно ли создавать большие EBS и копировать и вставлять файлы?
Или мы начнем больше экземпляра MongoDB и каждый подключимся к другому диску EBS? В таком случае я могу подключиться к другому экземпляру для разных баз данных.
Если у вас заканчивается диск, вам, очевидно, нужно получить больший диск.
Существует несколько способов переноса данных, это зависит от типа требуемого времени. Первые шаги, конечно, связаны с комплектом машины и созданием нового тома.
Эти советы идут от самых простых до самых сложных.
Если да, сделайте это (перенос путем копирования):
Если да, сделайте это (slaving и переключитесь):
Правильно выполнены те последние три шага, которые могут произойти за несколько минут или даже секунд.
Если да, сделайте это (мастер-мастер):
Я знаю, что похоже, что эта последняя версия на самом деле лучшая, но она может быть немного рискованной (с момента написания). Причина в том, что у меня было очень много проблем с репликацией Master-Master, особенно если вы не начинаете с обоих активных.
Если вы планируете использовать этот метод, я настоятельно рекомендую сначала провести небольшую практику. Если что-то бомбит здесь, Mongo может просто стереть все ваши файлы данных, которые будут иметь эффект отвлечения большего количества материала.
Если вы получите хорошую версию этого, отправьте команды, я бы хотел увидеть это в действии.
Разве E EBS не означает, что эластичность означает что-то вроде изменения размера на лету?
В настоящее время команда MongoDB работает над финишной обработкой, которая позволит вам горизонтально масштабировать, разделяя данные отдельно на разных серверах. Дайте ему месяц или два, и все будет хорошо. Разработчики неплохо держат их promises.
http://api.mongodb.org/wiki/current/Sharding%20Introduction.html http://api.mongodb.org/wiki/current/Sharding%20Limits.html
Вы можете подчинить больший диск с меньшего размера, пока он не поймает
или
fsync + заблокировать и сделать снимок файловой системы и скопировать его на большой диск.
Хорошо, теперь я использую Mongo DB. Я очень поражен производительностью, которую он создал, особенно при простой сортировке.
Я считаю, что это хороший инструмент для простой логики веб-приложений. Оставшаяся проблема заключается в том, как масштабировать и создавать резервные копии. Я продолжу изучение.
Единственный недостаток, который у меня есть, это то, что у меня не было никаких хороших инструментов для раскрытия данных, хранящихся внутри. Например, я хочу поместить мой журнал с MYSQL в Mongo. Однако мне довольно сложно просмотреть журнал. Раньше я мог использовать запрос MYSQL, чтобы получить то, что я хочу легко.
В любом случае, это хороший инструмент, и я продолжу его использовать.