Подстраховка для интернет-магазина

[Fidot]

Есть ИМ, который буквально кормит реальный магазин на улице.
Периодически, как это бывает у хостера - вылетает бицепс (mysql), либо ложится сервак.
В идеале, хотелось бы как в сказке - полетело у хостера - с выдачи яндекса открылся другой такой сайт, который может пару часов отправлять заказы клиентов, пока они там разберутся с гемороем своим. Ну и люди видят не дырку вместо сайта, а всё как обычно.
Какие действия можно предпринять, чтобы максимально как-то подстраховаться от лёгшей базы или сервака не теряя продажи и клиентов?
Дополнительный домен с копией движка и базы? Команды в .htaccess??

Поделитесь пожалуйста опытом, кто как решает эти проблемы!

зы: просьба не давать "остроумных" советов 'поменяй хостера'

 

[TonyC]

Разве что сделать доп. домен с копией, а о недоступности сайта и новом домене сообщать в твиттере или группе в ВК.

 

[Fidot]

Допустим, для случая рухнувшей базы, но работающего apache, можно прописать вывод окна со ссылкой на другой домен,
ессно у другого хостера с копией ИМ.
Но вот через 3 часа база заработала, а у клиента остался в браузере этот запасной, что не гуд. Он может главного, основного сайта и не видел никогда.
А если вообще сервак рухнул, возможна ли "автоматика", или это только по соцсетям руками сообщать?

Пока склоняюсь к версии красивого сайта-визитки на другом домене, который будет заменять ИМ на пару часов.
На самом видном месте этой визитки, можно поместить ссылку "наш интернет-магазин".
Тогда, хотя бы часть посетителей к нему вернётся, но и путаницы не будет - где главный, а где запасной.

 

[m25]

Закажите скрипт, который будет каждые 5 минут (по крону, например) мониторить сайт на доступность. Если что-то не гуд - менять у регистратора а-запись на ip копии сайта у другого хостера

 

[donvictorio]

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

ещё один бредовый вариант - юзать базу на стабильном хостинге, а файлы оставить на старом.

ну и, наконец, самый сумасшедший - таки поднять собсный сервер в стабильном окружении.

 

[spiderbuber]

Закажите скрипт, который будет каждые 5 минут (по крону, например) мониторить сайт на доступность. Если что-то не гуд - менять у регистратора а-запись на ip копии сайта у другого хостера

Интерессный вариант. Для мониторинга на доступность есть куча скриптов и сервисов.
А вот есть ли готовое решение для смены записей у регистратора?

 

[donvictorio]

только нужно учесть, что обновление А записей во всех зонах происходит в среднем до 72 часов. в зависимости от провайдера и его TTL DNS сервера.
плюс есть такая штука, как кеш днс. во всех браузерах. так что идея со сменой А записи идиотская.

 

[m25]

обновление А записей во всех зонах происходит в среднем до 72 часов

вы путаете с NS-серверами. А-записи меняются гораздо оперативнее.
А для пользователей, заходивших недавно (за последние неск. часов перед крахом) некоторое время будет показываться нерабочий сайт

 

[dandandan]

1. Чекаем доступность mysql.
2.а. Если mysql не доступна, то делаем редерикт с помощью php на другой сайт
2.б. Если mysql не доступна выводим пользователю какое-нибудь сообщение и ссылку на альтернативный сайт, либо js редерикт на нужный сайт.

p.s. А почему не смените хостера? Или хотя бы напишите в техподдерку о постоянном падении mysql, может чего докрутят.

 

[donvictorio]

вы путаете с NS-серверами. А-записи меняются гораздо оперативнее.
А для пользователей, заходивших недавно (за последние неск. часов перед крахом) некоторое время будет показываться нерабочий сайт

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

1. Чекаем доступность mysql.
2.а. Если mysql не доступна, то делаем редерикт с помощью php на другой сайт
2.б. Если mysql не доступна выводим пользователю какое-нибудь сообщение и ссылку на альтернативный сайт, либо js редерикт на нужный сайт.

это по ходу самый идеальный вариант в данной ситуации и при данных запросах.