Спасибо, Сергей.
А еще такой вопрос по поводу восстановления после сетевых сбоев. Допустим у нас две ноды за балансировщиком и та на которой мастер очередь из-за сетевого сбоя исчезает. По идее, балансер ее убирает из апстрима, очередь на второй ноде становится мастером, балансер продолжает на эту вторую доступную ноду проксировать запросы. Потом сеть восстановливается и у нас получается две ноды с очередью мастер и с разным содержимым очередей. Как они решат между собой какая из них главнее? Причем в это время балансер продолжает кидать запросы уже на обе эти ноды притом что данные в них различны.
athacker: та отож. кодить и городить что-то самописное неспециалистом сомнительно в плане безопасности и аудита.
Сейчас в голову пришло что если заббикс агенты развернуты на хостах, можно на одном инициировать триггер, а на другом выполнять агентом соответствующие действия.
kale: ну, для сервиса хранения паролей, затертый новый пароль это очень критично. Наверно в данном случае подошла бы система контроля версий с загрузкой данных на локальный шифрованный диск например.
Например, один сотрудник обновил файл и синхронизировался на дропбокс, и второй примерно в то же время обновил у себя локально файл и залил на дропбокс. В этом случае изменения первого сотрудника не будут перезатерты?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
А еще такой вопрос по поводу восстановления после сетевых сбоев. Допустим у нас две ноды за балансировщиком и та на которой мастер очередь из-за сетевого сбоя исчезает. По идее, балансер ее убирает из апстрима, очередь на второй ноде становится мастером, балансер продолжает на эту вторую доступную ноду проксировать запросы. Потом сеть восстановливается и у нас получается две ноды с очередью мастер и с разным содержимым очередей. Как они решат между собой какая из них главнее? Причем в это время балансер продолжает кидать запросы уже на обе эти ноды притом что данные в них различны.