Master-X
Форум | Новости | Статьи
Главная » Форум » Хостинги / Домены / Железо » 
Тема: Как можно сделать сайт непотопляемым?
цитата
23/09/08 в 15:00
 Klirik
Вот сижу и чешу голову, в свете последних событий с эстами, как можно сделать сайт менее зависимым от конкретного хостера.
Думаю примерно так:
На двух разных хостингах разместить один и тот же домен, причем один хостинг будет рабочий, а второй запасной. Содержимое сайта на запасном хостинге будет подерживаться актуальным с рабочего хостинга или же вообще контент будет запрашиваться с третьего хостинга.
И в момент отказа рабочего хостинга автоматом перейти на запасной, т.е. сменить NS-ы автоматом.

Меня интересует - как это можно реализовать, просветите?

Последний раз редактировалось: Klirik (01/10/08 в 15:58), всего редактировалось 1 раз
цитата
23/09/08 в 15:15
 _s_[sov]
Привет бро!
Klirik а днс ты уверен что так быстро обновятся?
цитата
23/09/08 в 15:17
 Gourad
Klirik писал:
Вот сижу и чешу голову, в свете последних событий с эстами, как можно сделать сайт менее зависимым от конкретного хостера.
Меня интересует - как это можно реализовать, просветите?

Ознакомляешься http://www.drbd.org/users-guide/ делаешь. Вообще это называется система горячего резервирования. Для того чтобы сделать - нужен админ. Вкратце так. Если надо что то поконкретнее объяснить спрашивай поконкретнее.
цитата
23/09/08 в 15:18
 Don Juan
юзай либо свои либо независимые нс-сервисы.
зайдешь айпи сменишь где нужно и всё
цитата
23/09/08 в 15:21
 -=Faraon=-
днс должны быть регистратора домена/ а менять только ip тогда мгновенно перенесёш!
цитата
23/09/08 в 15:22
 Gourad

Днс должны быть собственными с минимальным TTL, как раз на этот случай.
цитата
23/09/08 в 15:28
 sden77
У меня примерно так и сделано, только не автоматически...
Есть такая прекрасная прога дли линукса sitecopy
настраиваешь ее делать бекап на фтп запасного сервера, скажем, раз в час
не забываешь также про бекап БД
В случае проблем меняешь IP у регистратора (у меня неймчип) и через час все ок
цитата
23/09/08 в 15:39
 Gourad
Тут как раз и нужен автомат, ибо сайт может рухнуть в тот момент когда ты сладко спишь, или того хуже где нить в отъезде. Например сиджи твое трехдневное отсутствие может просто нахуй убить.
цитата
23/09/08 в 15:40
 wMaster
Нужно просто выбирать качественный хостинг! icon_confused.gif
цитата
23/09/08 в 15:52
 xreload
1) Еженедельный бэкап контента на бэкпаный сервак.
2) ДНС\Веб сервер на этом же бэкапном серваке, готовый к работе.
3) Минимальный TTL на основном ДНС сервере.

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

Самый простой и дешевый вариант.
цитата
23/09/08 в 15:57
 Gourad
xreload писал:
3) Минимальный TTL на основном ДНС сервере.
В случае сбоя на основном сервере, на бэкапном нужно будет только поднять бэкап и поменять НС-ы у регистра.

Зачем днсы то у регистра менять когда достаточно ип сменить?
цитата
23/09/08 в 16:48
 miroz
wMaster писал:
Нужно просто выбирать качественный хостинг! icon_confused.gif

Качественный хостинг не спасет от форсмажора (ураган, пожар и прочее).
Бекап надо делать.
цитата
23/09/08 в 16:48
 Klirik
_s_[sov] Привет ) Да, если менять у регистратора NS-ки, то получится долго..

Gourad DRBD - внушает ) Буду изучать.

Спасибо всем ответившим +максрейт, буду двигаться в сторону своего DNS ) , а пока воспользуюсь советом -=Faraon=-.
цитата
24/09/08 в 00:07
 LeMoN
жаль, что все вышеперечисленное до одного места, если домен(ы) засуспендят icon_sad.gif
а про остальное - найди нормального админа и все сделают, не надо забивать лишним голову...
цитата
24/09/08 в 00:17
 Bullet
как вариант попросить хостера сделать зеркало.

у нас например площадка в штатах и в европе.
вероятность наводнения/обрыва кабеля/пропадания электричества/прочей хуйни сразу в обеих ДЦ практически равна нулю.
цитата
30/09/08 в 03:25
 dlk44
Klirik писал:
Вот сижу и чешу голову, в свете последних событий с эстами, как можно сделать сайт менее зависимым от конкретного хостера.


Ну как-бы не стоит из одного единичного случая с Естами видеть в происходящем какую-то систему.
цитата
30/09/08 в 04:18
 zJ
Эту "систему" нужно было видеть еще давно, разумеется актуально для тех кому есть что терять. Просто прикиньте потери в случае дауна и сравните со стоимостью бэкап решения, сразу все понятно должно быть.
цитата
30/09/08 в 05:23
 xreload
dlk44 писал:
Ну как-бы не стоит из одного единичного случая с Естами видеть в происходящем какую-то систему.


Ты тут так давно чтобы о системе рассуждать? Не пиши бред.
В прошлом году примерно так же лег hqhost, тут далеко небеизвестный.
цитата
30/09/08 в 05:54
 Gourad
xreload писал:
Ты тут так давно чтобы о системе рассуждать? Не пиши бред.

Да забанить давно пора этого идиота, постит разную хуйню ради сиги
xreload писал:
В прошлом году примерно так же лег hqhost, тут далеко небеизвестный.

Ну насчет в прошлом ты погорячился... это помоему года два или три назад было, да и лег он не настолько капитально, за неделю помоему всё подняли.
цитата
30/09/08 в 13:06
 gilbert
зеркалирование называется, амхост давно обещает, но что-то пока тихо icon_smile.gif
Сам захотел такую штуку, когда сервак 3 дня провалялся.
цитата
01/10/08 в 13:11
 aZ
Можно настроить чтобы с разных нсов - разные айпи сайта (разных серверов) выдавались. Когда один сервер ляжет (соответственно с ним ляжет и нс) - трафик без потерь будет дальше идти на второй сервер. Когда несколько серверов будет работать без дауна - трафик будет размазываться по серверам. Чтобы уменьшить время кеширования айпи адреса у днс серверов - поставить ттл на А записи - несколько секунд. Зеркалирование контента между серверами можно настроить разными способами, в зависимости от задачи.

Как тебе уже предложили выше - подсчитай риски при простоях своих сайтов, найти нормального админа и плати ему деньги, которые будут явно меньше, чем ты потеряешь при простое. А также спать будешь спокойнее. ;)
цитата
01/10/08 в 21:03
 JM
Bullet писал:
как вариант попросить хостера сделать зеркало.

у нас например площадка в штатах и в европе.
вероятность наводнения/обрыва кабеля/пропадания электричества/прочей хуйни сразу в обеих ДЦ практически равна нулю.

По теории вероятности она всего в 4 раза меньше чем наводнение в одном датацентре ;)


Эта страница в полной версии