Перенаправление пользователей в другое место в случае взрыва сайта

Question

Мы только что получили новости о том, что отключение Heroku на 24 часа + из-за DDoS-атаки наконец-то завершено.У меня вопрос по поводу общения с пользователями: когда сайт полностью закрыт, как я могу поддерживать связь со своими пользователями?Я думаю об этих двух вариантах:

1. Пользователи, которые вводят www.mysite.com, автоматически перенаправляются на страницу состояния, очень похожую на status.heroku.com, которая работает независимо и может предоставить обновленную информацию и способtalk.
2. Ошибка # 1, создание простой веб-страницы в другом месте под названием status.mysite.com, о которой я должен заранее сообщить пользователям.

Можно ли выполнить автоматический перенаправление надругой сайт, если мой основанный на Heroku выйдет из строя?

Какими службами мне следует пользоваться для размещения простой страницы состояния, максимально независимой от инфраструктуры Heroku?

Answer 1

Предполагая, что вы зарегистрировали свой домен в другом месте, отличном от Heroku, вы можете просто изменить основную запись DNS для своего домена, указав другой IP-адрес.

Вы можете, например, создать очень простой сайт на бесплатном микроэкземпляре Amazon EC2 и в крайнем случае изменить DNS для своего домена, чтобы он указывал на простой сайт EC2.

Для распространения такого вида записи DNS требуется некоторое время (от ~ 1 минуты до пары часов), так что это всего лишь полезная стратегия для длительного простоя.

Answer 2

При условии, что www.mysite.com указывает непосредственно на серверы Heroku, невозможно реализовать вариант 1 надежным способом.Изменение ваших записей DNS далеко не достаточно быстро для всех в Интернете.Некоторые интернет-провайдеры могут кэшировать записи DNS в течение 24 часов.

Вариант 2 прост в реализации.Чтобы быть максимально независимым от инфраструктуры Heroku, я бы посоветовал не использовать облачные предложения Amazon в качестве услуги хостинга.Просто потому, что Heroku использует эту платформу сама.Я бы посоветовал взглянуть на Google App Engine .Также бесплатно для небольших сайтов, очень надежный и полностью независимый от всего, что связано с Heroku и / или Amazon.

Answer 3

Не могли бы вы спрятать главный сервер за брандмауэром и использовать quid-сервер в качестве прокси-сервера со сторожевым таймером?Сервер squid будет более устойчив к DOS-подключению.Это переключилось бы на режим возврата назад, когда основной сервер вышел из строя.

Домен зарегистрирован, чтобы указывать на быстрый эффективный сервер squid.Сервер squid переходит на основной (скрытый сервер), чтобы получить страницу.Squid также может кэшировать статические страницы.Если сервер squid обнаруживает DOS-атаку (он или главный сервер перегружены), он может обслуживать статический сайт.Сервер squid также сделает сайт менее восприимчивым к атакам DOS.

Не должно иметь значения, какой сервер работает (основной сервер), поскольку он может указывать, как долго страница может быть кэширована.Я ожидаю, что большинство делают.