Как сделать сайт отказоустойчивым?

Несколько A записей для одного имени? Несколько разных имён со своими A записями + CNAME?

Это у регистратора нужно указывать? А несколько разных имен это как? Можете более подробно, а то я в терминологии не силен как и в практике.

я не админ
Как сделать сайт отказоустойчивым?

Не надо так делать.

Можно без сарказма?

Можно без сарказма?

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

Ну я же не спрашиваю как поднять кластер. Вот и обратился сюда чтобы разъяснили по настройке днс. Не думаю что здесь нужен мега левел скилов. Конкретно спросил про амазон, кто то что то по теме может сказать?

Это не сарказм. Во временной недоступности сервиса нет ничего страшного. Ты неправильно оценил необходимость отказоустойчивости. Потому что ты не админ. Я на только на это обратил внимание.

Ну может я не так выразился)) Задам вопрос иначе.

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

Ну а насчет днс как вообще вариант?

Конкретно спросил про амазон, кто то что то по теме может сказать?

конкретно про амазон - ELB. конкретно по теме - nginx на кофемашине в офисе, который без DNS шаманства разрулит трафик на здоровый хост

Во временной недоступности сервиса нет ничего страшного

админ локалхоста закукарекал

Потому что ты не админ.

Ну офигеть теперь.

Во временной недоступности сервиса нет ничего страшного. Ты неправильно оценил необходимость отказоустойчивости.

Чего?

Я думаю, у какого-то важного сервиса админ есть де-факто. Если вдруг к сервису админ не приставлен, значит или сервис неважный, или попахивает неадекватом.

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

Ладно всем спасибо!

2 или больше серверов + HAProxy.

Это не сарказм. Во временной недоступности сервиса нет ничего страшного.

Скажешь это, когда попадешь на рекламацию за простой сервиса, по причине которого клиент попал на бабло :)

нанять админа

+

Офигительные истории. Давай ты сначала мне расскажешь, что это за сервис такой у ТСа, что он попадет на бабло из-за простоя своего сервиса.
Я обратил внимание на то, что он не админ, а судя по формулировке вопроса в ОП, для ТСа отказоустойчивость - красивое слово. Ну, его еще можно в резюме вписать.

попадешь на рекламацию за простой сервиса

При проектировании закладывают допустимое время простоя. Это отражено в SLA. Мы сами по такому SLA работаем и поэтому в штате есть компетентные люди, которые могут устранить проблему в оговоренное время, а у ТСа даже админа нет.

Я же указал, что новичек. И хотел бы разобраться.

Укажи, ты хочешь систему серверов без единой точки отказа или узнать, что тебе на самом деле нужно?

админ локалхоста

Это тебе не жж, мне не интересно админ ты локалхоста или не админ.

закукарекал

И чем ты сейчас занимаешься, мне тоже не интересно.

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

чтобы если сайт упал

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

p.s. сайт А статичен!

CloudFlare?

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

У вас есть деньги платить за Amazon, но нет денег нанять админа?

Я же сказал «для себя». Разобраться как такое делают. Я что написал про реальный сайт или сервис? Господа, давайте будем читать вопрос. Может кто то конкретно ответить, без холивара, про амазон и днс. Не нужно здесь разводить холивар про нанять админа и прочую ерунду. Конкретно плиз если можно.

Поставить ИБП и оплатить интернет заранее. А ещё мне интересно, как сделать применение обновлений и перезагрузку автоматической.

Ладно всем спасибо.

cast Spoofing

есть хороший метод с ssh.

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

/0

Ну в 5 утра же. И чтобы само запускало сервисы. Дырявое ведро же никому не нужно...

http://www.amazon.com/Distributed-Systems-Concepts-Design-Edition/dp/0132143011

Курить ло полного просветления.

Собственно такое случается часто, так как амазон в разы (и на порядки) дешевле админа

Ну в 5 утра же

Кто рано встаёт — у того сервер в 5 утра упадёт.

Ладно

Нет, не ладно. Ты плохо сформулировал то, чего хочешь. Получил соответствующий фидбэк.
Хочешь разбираться - разбирайся. Т.к. у тебя распределенная система (у тебя ведь в ОП оригинальный сайт и его копия фигурируют), то погугли теорему CAP. Она тебе расскажет про взаимосвязь согласованности, доступности и устойчивости к разделению. Для решения проблем отказоустойчивости есть разные методы, которые ты можешь реализовать в архитектуре своего продукта или воспользоваться существующими решениями. Некоторые уже озвучивали. А пока ты даже не представляешь чего хочешь.

Спасибо. Пойду окунаться в мат часть, сам понимаю что плаваю и не могу донести что нужно. Потом приду потереблю с вопросами, как теорию освою))

nginx+html

поломай, попробуй

http://filippov.by/

Самое простое, в ДНС укажи два IP адреса. При падении одного из них, будет перенаправление на второй.

Чуть сложнее, это настроить какой-нибудь балансировщик нагрузки, например haproxy. Он будет не только проверять доступность серверов, но и перенаправлять соединения на твои сервера по одному из алгоритмов распределения нагрузки.

Если совсем упороться, то можно взять ещё один сервер и сделать на нём кеширование. Это позволит, даже при точном попадании ракеты в датацентр с твоими серверами А и Б, отдавать содержимое твоего сайта из кеша.

Здесь узкое место - балансировщик. Поэтому нужно всегда под рукой держать скрипт, который тебе быстро поднимет его копию в нужном месте, а также не забыть понизить время опроса зон в ДНС, чтобы новые IP адреса, после их смены, резолвились как можно быстрее (в пределах разумного, DynDNS устраивать не надо).

Спасибо за развернутый ответ.

Офигительные истории. Давай ты сначала мне расскажешь, что это за сервис такой у ТСа, что он попадет на бабло из-за простоя своего сервиса.

Ты мне про свое SLA не рассказывай :) Если нет у заказчика допустимого времени простоя - или делаешь, чтоб не было, или нахуй с рынка - идешь рассказывать охуительные истории про свое «SLA», которое помешает клиентам заказчика нагнуть тебя через суд за «нарушения, допущенные при проектировании», когда дойдет до перевода стрелок :)

что это за сервис такой у ТСа, что он попадет на бабло из-за простоя своего сервиса

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

Подробнее давай, я так и не понял, что это за сервис такой у ТС, общими фразами рассказываешь мне сказки.

Подробнее давай, я так и не понял, что это за сервис такой

общими фразами рассказываешь мне сказки

Я уже знаю, что ты на таких не работал :) И с таким подходом не будешь. И слава б-гу! :)

у ТСа

ТС разобраться хочет «как» - а ты ему не поможешь, раз не работал по таким, но говоришь «нинужна». И еще рассказываешь сказки про сказки про SLA, которое может и не проканать, если прокуроры от законов страны пребывания зайдут :) Ухади! :)

Я уже знаю, что ты на таких не работал

Нет, не работал. Но ты так и не ответил, ни мне, ни ТСу, сказочник.

ТС разобраться хочет «как»

Он еще не знает «с чем» хочет разобраться.

«нинужна»

Это касается конкретного вопроса ТС. Большинство сервисов разрабатывается с некоторыми допущениями, в том числе о доступности. Если сервис требует постоянной доступности, то допущения будут в других местах. Я уже пнул ТСа в нужном направлении.

Не выдумывай, ответь на вопрос. Например если ввести третий сервер, который будет перенаправлять запрос на тот из первых двух, кто жив («nginx на кофеварке»), но при этом если выткнуть его, то навернется вообще все — это решение или нет?