Могу ли я обойтись стандартными снимками состояния EBS для резервного копирования моего небольшого набора реплик MongoDB?
У меня есть набор реплик MongoDB из трех членов (~ 2 ГБ данных в нескольких базах данных). Я не ожидаю, что он будет быстро расти, может быть, 500 МБ в месяц. Трафик низкий, обычно колеблется около 30 запросов в секунду с очень редкими всплесками до 400 запросов в секунду. Очень мало вставок и обновлений.
Мы запускаем MongoDB 3.0.8 с механизмом хранения MMAPv1. ОС - Amazon Linux, файловая система - ext4. Все находится на одном и том же диске / разделе, который представляет собой один смонтированный том EBS.
Я быстро поискал и нашел рекомендации по блокировке, сбросу, LVM, xfs и т. Д., Но все приведенные примеры, похоже, применимы к гораздо большим наборам реплик с большим трафиком с несколькими подключенными томами EBS.
Мы являются используя ведение журнала, по крайней мере, параметры ведения журнала MMAPv1 по умолчанию для того же раздела.
Я рассматриваю возможность создания снимка только основного, но, поскольку репликация редко задерживается более чем на одну секунду, я полагаю, что могу просто выбрать любой из них для снимка.
Поскольку все, включая журнал, находится на одном устройстве хранения (т. Е. Ваш dbpath не сопоставлен с несколькими томами EBS), вам не нужно сбрасывать и блокировать базу данных. Это только в том случае, если они распределены по нескольким томам.
Предполагая, что журнал находится на том же томе, что и файлы данных, моментальный снимок будет автоматически фиксировать как состояние журнала, так и файлы данных.
Лучшая процедура / ссылка для подражания находится на этой странице: http://docs.mongodb.org/ecosystem/tutorial/backup-and-restore-mongodb-on-amazon-ec2/#ec2-backup-database-files
Чтобы быть абсолютно уверенным, вы должны запустить «mount» и «ls -laR» на вашем хосте, чтобы убедиться, что все находится на одном томе перед резервным копированием.