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

364
Dan

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

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

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

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

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

1
К сожалению, вопросы о покупках не по теме, так как этот вопрос, скорее всего, будет закрыт. Возможно, вам лучше спросить: «Могу ли я настроить Linux Z для запуска сценария, когда UPS заставляет X модель Y обнаруживать сбой питания?», Что намного более ответственно. a CVn 10 лет назад 0
Добро пожаловать в Супер пользователя. Вычеркнутые рекомендации покупок. Я тоже не должен этого делать, но APC - хорошо известный бренд (в любом случае в США), и, по моему опыту, он хорошо работает с Linux. От этого следует отказаться: я не верю, что для ИБП существует стандартный способ сообщать о событиях питания хосту. Скорее всего, вам потребуется установить программное обеспечение, соответствующее марке ИБП. LawrenceC 10 лет назад 1
Собственная серверная комната? Будет ли у него избыточное питание, охлаждение, диски, сетевое подключение, время безотказной работы 99,999%, безопасный доступ и т. Д.? Хостинг Colo может * показаться * дорогим, но вы получаете то, за что платите. Keltari 10 лет назад 0

1 ответ на вопрос

2
a CVn

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

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

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

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