Как лучше организовать дублирование сайта для защиты от сбоев?

12
NS
На сайте с 10.10.2007
Offline
55
967

Доброго времени

Как лучше организовать дублирование сайта для защиты от сбоев?

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

1. если не работает один сайт - то пользователь перенаправлялся на другой

2. в зависимости от нагрузки пользователь перенаправлялся на определенный сайт

3. в зависимости от города/страны - пользователь перенаправлялся на определенный сайт

или совокупность данных вариантов?

спасибо заранее

Дятлы свили гнездо в интернете (/ru/users/15134")
DLag
На сайте с 15.08.2007
Offline
201
#1

Можно, но стоит денег.

Посмотрите в сторону CDN технологий.

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

Руководитель датацентра UkrNames (http://ukrnames.com/)
AWServers
На сайте с 20.10.2007
Offline
36
#2

Если сайт статический, можно сделать Round-Robin, можно сделать даже если и использует базу, но извращения получаются.

Хостинг в Москве (http://www.awhost.ru/services/hosting/). Мой любимец — MacBook MB466 Unibody, 4 GB RAM Kingston, 320 Gb HDD Western Digital 7200rpm 16Mb.
NS
На сайте с 10.10.2007
Offline
55
#3

сайт использует БД

AWServers
На сайте с 20.10.2007
Offline
36
#4
NewSign:
сайт использует БД

Купите 3-4 сервера, создайте кластер.

Maxi21
На сайте с 07.12.2006
Offline
225
#5
Купите 3-4 сервера, создайте кластер.

Угу, а лучше свой ДЦ построить!

Чтоб почти наверняка.

ТС, вы бы про масштабы проекта сказали...

Google ;) (http://google.com)
kod_ssilki_ru
На сайте с 02.03.2005
Offline
176
#6

Вот что интересно, на www.net.ru все это анонсируется с незапамятных времен, уже несколько веков

http://pure.www.net.ru/service/
Высокая надежность, бесперебойная работа.
* Географически распределенная сеть хостинг-узлов обеспечивает доступность сайтов пользователей в случае аварий операторов, передавая данные с дублирующих зеркал.
* В случае выхода из строя узлового оборудования, переключение на резервное оборудование выполняется в течении 1 минуты.
* Все данные пользователей ежедневно сохраняются на дублирующих серверах.

Причем по вполне демократичным ценам на уровне средних цен обычного хостинга

Но так и не вижу ни отзывов тучи довольных клиентов, ни хостеров, в спешном порядке перенимающих этот опыт — лично я так и не понял, толи у них на самом деле что-то не так, толи, если все и правда так, это никому не нужно :( http://1stat.ru/?ns=www.net.ru

Аккаунт закрыт 21.07.2009 ЛС (PM) отключены. Всем успехов! И Спасибо тем, кто был добр ко мне. Этот аккаунт ломали 18.05.2010 в 11.13 с ip 118.97.72.37 189.42.222.213 202.146.241.19 82.198.27.9
S
На сайте с 16.03.2007
Offline
66
#7

Покупаете дополнительный хостинг, настраиваете бэкап с основного на дополнительный, устанавливаете время жизни ДНС зоны (TTL) в 10 минут, и когда основной хостинг падает, просто меняете IP на ДНС сервере (разумеется ДНС сервера в этом случае должны находится не у основного хостера и поддерживать изменение параметра TTL). Можно написать небольшой скрипт который это сделает автоматически.

DLag
На сайте с 15.08.2007
Offline
201
#8

Shirase, а что с синхронизацией с БД?

На самом деле полный кластер делается без извращений на базе 2-х и более VDS серверов за час-два.

У нас есть пару клиентов заказавших эту услугу.

С распределением нагрузки, геотаргетингом и файл-овер системой получается от 24 USD/мес.

T
На сайте с 23.06.2006
Offline
257
#9

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

DLag
На сайте с 15.08.2007
Offline
201
#10
torg:
Я сам много раз читал отзывы по кластерам и хваленые услуги из-за этого, казалось что все супер и бесперебойно. Потом понял что лучше один сервак нормально настроить с cpanel и следить и то будет лучше, чем заморачиваться не понятно как. За кластерами думаю еще большая ответственность, ведь смотреть уже надо за большим кол-вом компьютеров, а не за одним только.

На самом деле при хорошей автоматизации за всем следят мониторинги.

Ничего сложного в этом нет.

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий