1

Я, по сути, пытаюсь построить это решение для отработки отказа для сервера.

Некоммерческая организация, частью которой я являюсь, планирует разместить несколько веб-приложений. Чтобы сэкономить на стоимости хостинга, мы решили разместить сайт внутри компании. В качестве удержания, пока мы не сможем собрать средства для надлежащей серверной комнаты, мы настроили два настольных сервера с виртуальными машинами, на которых работают приложения.

С точки зрения производительности, машины и подключение к FiOS Business, на которых они размещены, более чем отвечают нашим текущим потребностям, и они находятся в более холодной сухой области, поэтому охлаждение не было проблемой. Самая большая проблема в будущем - отсутствие резервного аккумулятора. Сами приложения не являются критически важными и были разработаны, чтобы быть достаточно надежными и восстанавливаться в случае сбоя питания. Тем не менее, веб-сайт нашей организации также размещен на этом сервере и достаточно важен, чтобы иметь какую-то избыточную резервную копию.

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

Мы работаем в среде Linux. Итак, как ИБП на уровне потребителя может инициировать специальный сценарий при сбое питания, который задействует цепочку отработки отказа?

1 ответ1

2

Вы можете настроить apcupsd для запуска пользовательского сценария всякий раз, когда ИБП марки APC обнаруживает сбой питания или возврат сетевого питания (наряду со многими другими событиями, связанными с ИБП). Эти сценарии могут затем выполнять любые другие действия, которые вы можете автоматизировать.

У APC есть различные предложения в разных ценовых диапазонах; если что-то подобное является важным фактором при покупке, обязательно проверьте совместимость перед покупкой ИБП.

Конечно, я уверен, что есть и другие альтернативы; это всего лишь одна возможность, и у меня есть некоторый личный опыт.

Также подумайте, будет ли сеть вашего провайдера функционировать в случае большого перебоя в питании. Возможно, вам удастся обеспечить аварийное питание для вашего собственного сетевого оборудования, но этого не обязательно будет достаточно - если у вас нет подключения к Интернету, ваши попытки внести изменения в DNS, очевидно, потерпят неудачу. В зависимости от ваших конкретных потребностей в надежности, возможно, стоит подумать о том, «вы все еще в сети?"тестовый запуск на хосте, внешнем по отношению к вашей собственной сети (который также позаботился бы о ситуации, когда, например, кто-то случайно или намеренно обрезает кабель) как вторичный резервный механизм.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .