можно на двух, но тогда в случае падения одного из участников реплики вторая нода сама по себе не сможет работать, т.к лидера не получится выбрать т.к. не наберется большинство. Собсна для возможности организовать голосование и выбрать оставшуюся живую ноду репликасета и нужен арбитр.
если вам только для бекапов или размазать чтение, то вполне нормальное решение, если хотите переживать сбои и даунтаймы одной из нод, то без арбитра или полноценной третьей датаноды не получится
мне для стейджинга
тогда да арбитр излишне, там достаточно будет просто наливать данные. Единственно если на стейдже будут производиться активные операции, то надо будет ноду отключать от реплики, а то она в slave режиме не даст это сделать
мм, не совсем понял, что имеется ввиду под активными операциями? обычное чтение и запись? я предполагал просто поднять репликасет из двух нод и далее чтобы приложения туда писали/читали. если primary отвалится и запись встанет, то это не страшно, приложение может подождать пока упавший primary вернется в строй
под активными имелось ввиду изменение/добавление данных, то что можно проделать только на мастер ноде
по второй части, подумал что вы для стейджинга хотите данные с прома наливать на стейдж для проверок через механизм репликации. Если просто поднимаете реплику на монге без наливки с прома, то схема также рабочая остается
да, это независимый сетап, просто катить ансиблом пустой (без данных) репликасет, а дальше разработчики его сами наполняют чем захотят
а зачем там именно репликасет? если просто для игрищ то почему бы не поднимать просто стендалон ноду монги
тут два момент, 1) это персональная просьба одного из девов (у него есть объяснение зачем ему это надо, а я сосбственно не против). 2) я размышляю примерно так, на проде репликасет, соотв. как минимум в параметрах подключение это наверное как-то отражено, ну и мне хочется чтобы параметры подключения были одинаковыми - вдруг там гипотетически могут быть какие-то нюансы/отличия при работе со стендалоном и репликасетом
Обсуждают сегодня