Я, по сути, пытаюсь построить это решение для отработки отказа для сервера.
Некоммерческая организация, частью которой я являюсь, планирует разместить несколько веб-приложений. Чтобы сэкономить на стоимости хостинга, мы решили разместить сайт внутри компании. В качестве удержания, пока мы не сможем собрать средства для надлежащей серверной комнаты, мы настроили два настольных сервера с виртуальными машинами, на которых работают приложения.
С точки зрения производительности, машины и подключение к FiOS Business, на которых они размещены, более чем отвечают нашим текущим потребностям, и они находятся в более холодной сухой области, поэтому охлаждение не было проблемой. Самая большая проблема в будущем - отсутствие резервного аккумулятора. Сами приложения не являются критически важными и были разработаны, чтобы быть достаточно надежными и восстанавливаться в случае сбоя питания. Тем не менее, веб-сайт нашей организации также размещен на этом сервере и достаточно важен, чтобы иметь какую-то избыточную резервную копию.
Я хотел бы создать систему, в которой в случае сбоя питания ИБП будет обеспечивать аварийное питание серверов и сетевого оборудования и уведомлять серверы о сбое питания. Затем серверы будут выполнять вызовы API для службы DNS Amazon Route 53 и перенаправлять трафик с серверов, испытывающих сбой питания, на экземпляр Heroku или Pagoda Box. Эти экземпляры запускают облегченную версию нашего веб-сайта с использованием контента, который периодически отправляется на них.
Мы работаем в среде Linux. Итак, как ИБП на уровне потребителя может инициировать специальный сценарий при сбое питания, который задействует цепочку отработки отказа?