Как обеспечить стабильность работы сайта?

[niceweb]

Доброго дня.
Вчера была не очень приятная ситуация с хостингом РуЦентра - сайт лежал долгое время.
НСки сайта

 

nserver: ns3-l2.nic.ru
nserver: ns4-l2.nic.ru
nserver: ns8-l2.nic.ru
nserver: ns4-cloud.nic.ru
nserver: ns8-cloud.nic.ru

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

Идея была: хостинг от РуЦентра + заказать ещё другой хостинг, там расположить сайт, добавить ещё НСки дополнительно к РуЦентровским.
Или идея бредовая?

Если бредовая, тогда как мы можем защитить сайт от падения?
Благодарю.

[stundr]

Переходите на другой хостинг. У руцентра такое относительно часто бывает...

[niceweb]

Сообщение от stundr

Переходите на другой хостинг. У руцентра такое относительно часто бывает...

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

[НэймХантер]

Вы сложную тему затронули.

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

Если в общих чертах, то есть 2 решения (может и больше, сходу придумал только 2)

1. Вы уже его озвучили. Это называется RoundRobin. Прописать NS другого ДЦ.
Здесь 2 серьезные проблемы: как вы будете синхронизировать информацию на двух хостингах? Если сайт часто обновляется - то модель master-master (зеркальная актуальная копия сайта в другом ДЦ), но если проблема связи на уровне сетей? в итоге получаете рассинхрон, один сайт превращается в две версии, одна из которых неактуальна. При восстановлении работы за**аться можно, выясняя, какой из серверов брать как первичный для восстановления.
Если же сайт обновляется не часто, то можно синхронизировать информацию по модели master-slave, частично проблема решится.

Второй важный момент - не все браузеры понимают, что если первая A-запись недоступна, то надо стучаться на вторую. Таким образом, часть пользователей все равно увидит пустой экран при таком подходе с использованием RoundRobin.


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

В общем, все можно сделать офигенно, вопрос вашего бюджета и уровня и значимости вашего проекта.

P.S. пока писал, пришло третье решение: найдите нормального хостера с ДЦ Tier 3, на сервере сделайте RAID 1/0 + 2 раза в сутки бэкап и раз в 2 мес. Образ (snapshot) виртуалки, и не парьтесь.

Все-таки первых два варианта под действительно крупные проекты рассчитаны, где uptime должен быть 99.99% в год

[niceweb]

Сообщение от НэймХантер

Вы сложную тему затронули.

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

Так проблема как раз получается и есть в лечащем враче, который отсутствовал на работе (хостинг был в дауне несколько часов, проблема не в сайте, а в самом хостере). Неужели он скажет - ну да, вам к другому провайдеру?

[bersy]

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

Если же нужно обойтись меньшей кровью, то просто выберите более надежного хостера.

[НэймХантер]

Я ж просто не в курсе ваших взаимоотношений с хостером. Если вы - клиент типового шареда или vps - да. Все стандартизировано и одинаковый подход для всех. Даунтаймы по пару часов - норм.
Но если к тому же хостеру прийти и сказать: ребят, у меня бюджет на администарирование и 3 сервера для построения отказоустойчивой инфраструктуры - тогда у этого же хостера другое отношение будет.

Повторюсь, в вашем случае самый простой и недорогой вариант - хостер с ДЦ Tier 3 (им по сертификации не положено лежать более 96 минут в год) + чтоб защитить себя от вылета диска ставите raid 1/0 + чтоб защитить себя от вылета самого сервера бэкапы + образ виртуалки.
Даунтаймы все равно будут, но сильно уменьшатся.

[niceweb]

Сообщение от bersy

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

Если же нужно обойтись меньшей кровью, то просто выберите более надежного хостера.

Вот и вопрос - как держать сайт на 2-3 разных площадках? Вопрос не в синхронизации и базе (хотя потом он возникнет, но это решаемо).

Соответственно, завел на хостинге аккаунт, залил сайт, и достаточно только прописать к уже указанным НСкам ещё НСки нового хостинга?
Если да, то получается, если первая нска не будет доступна, идет на вторую и так далее?

[MrKIM]

niceweb, Ты сразу говори, готов за это заплатить столько то.

А так, проблемы бывают у всех. РуЦентр не худший вариант.

В зависимости от бюджета и требований, возможно могу предложить что то.