В текущей настройке есть два контейнера Mongo Docker, работающие на хостах A и B, с версией Mongo 3.4 и работающие в наборе реплик. Я хотел бы обновить их до версии 3.6 и увеличить число членов, чтобы контейнеры работали на хостах A, B и C. Контейнеры имеют ограничение памяти 8 ГБ и не имеют выделенного подкачки (в настоящее время) и администрируются в Rancher. Итак, мой план состоял в том, чтобы загрузить три новых контейнера, инициализировать для них набор реплик, сделать дамп из контейнера 3.4 и восстановить его в качестве мастера нового набора реплик.
Снятие дампа прошло нормально, и его размер составил около 16 ГБ. Когда я попытался восстановить его на новый мастер 3.6, восстановление началось нормально, но после того, как было восстановлено примерно 5 ГБ данных, процесс монго, похоже, был убит ОС / Rancher, и хотя сам контейнер не перезапускается, процесс MongoDB просто вылетает и перезагружается снова. Если я снова запускаю mongorestore для той же базы данных, он говорит об уникальной ошибке ключа для всех уже вставленных записей, а затем продолжает с того места, где остановился, только чтобы сделать то же самое снова после 5 ГБ или около того. Таким образом, кажется, что mongorestore загружает все записи, которые он восстанавливает в памяти.
Итак, мне нужно найти какое-то решение для этого, и:
- Каждый раз, когда происходит сбой, просто запускайте команду mongorestore, чтобы она продолжалась с того места, где остановилась. Вероятно, это должно сработать, но я чувствую себя немного неловко, делая это.
- Восстанавливайте базу данных по одной коллекции за раз, но самая большая коллекция больше 5 ГБ, поэтому она также не будет работать должным образом.
- Добавьте подкачку или физическую память (временно) в контейнер, чтобы процесс не был уничтожен после того, как у процесса закончится физическая память.
- Что-то еще, надеюсь, лучшее решение?
