gooooodru

Рейтинг
39
Регистрация
19.07.2009
zzzit:
Посмотрите на drbd.

А разве "drbd" может работать с KVM?

для начала то что у него несколько А записей на днс.

Это получается, что я как пользователь запрашиваю google.com, вижу его первый ip в DNS "173.194.39.66" и пытаюсь подключиться к нему. Если он недоступен, я получаю 404. При следующем запросе уже подключаюсь к следующему ip "173.194.39.65" ?

$ host google.com
google.com has address 173.194.39.66
google.com has address 173.194.39.65
google.com has address 173.194.39.67

А что это означает. Что google.com доступен па разным ip? А как это сделано?

От глупых провайдеров спасет вера в существование глупых провайдеров.

Это означает, что ИХ нет?

Посчитайте, стоят ли те минуты\часы простоя сайта всех этих заморочек и затрат? Может проще найти сервер с хорошим SLA и гарантиями uptime сети?

И что в итоге... практически пришли к тому с чего начинали ((( Обидно.

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

Да мне самое главное не нагрузку распределить, а "Отказоустойчивость сайта на KVM", т.е доступность. А то получается иногда, что вроде бы и есть сайт, а он недоступен. Представьте как плохо без если бы лежали Google, Яндекс...

---------- Добавлено 09.11.2013 в 17:39 ----------

решение топорное и не спасет от глупых провайдеров, игнорирующих TTL и кеширующих записи на несколько дней

А я уже подумал это панацея.

Поэтому и нужен умный Failover-сервис

А он спасет от тех "глупых провайдеров"?

Городить свое решение в рамках небольшого бюджета нет смысла.

Так получается, что нужен бюджет по-больше, а потом: покупка дедиков и аппаратных балансировщиков?

Или все же есть что-то среднее?

Вот это уже ответ, есть куда копать. Но все равно есть вопросы.

Failover DNS с маленьким TTL и A-записями, направленными на оба сервера

Не получается что это DNS Round-Robin, то что я описывал в начале?

Не будет ли большая нагрузка на DNS сервер с маленьким TTL?

Правильным решением было бы обратиться к профессионалам

Обычная ситуация: проект не коммерческий и соответственно бюджет невелик. Вот и спрашиваю здесь.

Правильно это делается на уровне приложения

Правильно ли я понял, Вы про дальнейшую синхронизацию автоматом через "Rsync + lsyncd" после слепка диска.

А можете меня немного распутать, чтобы я понял суть...

Вот, например, Вконтакте, Google и т.п., как они держат постоянную доступность сайта. Получается у них есть аппаратный балансировщик, который принимает все запросы на себя и потом распределяет все на другие сервера. Он должен быть доступен 24/7. Но это же нереально. Или у них несколько аппаратных балансировщиков?

репликацию баз

На сколько я понимаю, это может поможет для бекапа и балансировки при SELECT, но если не доступен "KVM_1", то все равно ничего не работает. С Nginx и HAproxy, таже ситуация.

---------- Добавлено 09.11.2013 в 16:32 ----------

мигрируемая система "замораживается"

Ведь это делается всего на несколько секунд максимум, для создания слепка. Или на все время пока весь диск не скопируется и его разместят на "KVM_2". И эта "миграция" делается только один раз в начале, а потом все синхронизируется автоматом?

Балансировку надо делать через nginx, а не через DNS лучше. БД реплицировать между узлами.

Как же быть если нет доступа к "KVM_1", как перебросить на "KVM_2"?

ivan-lev, прямо в точку. Я то ставил on... и ждал чуда )))

Спасибо огромнейшее.

PS: странно но заработало только если выставить глобальный merge_slashes off в http, если ставить его в server - почему-то не работает.

На 2 минуты я был самым счастливым человеком на свете, потому что думал - все проблема решена. Но нет, попробовал поставить merge_slashes в http и server - все равно НЕ работает. Я в шоке.

Попробовал. Пишет

nginx: [emerg] unknown "0" variable

nginx: configuration file nginx.conf test failed

Всего: 41