Форум компании ITRM

Отправка сообщения

Вы не вошли на форум, сообщение будет отправлено анонимно.

Форум:

Отказоустойчивые системы

Заголовок:

Иконка сообщения:

Нет иконки

Форматирования:

Текст:

Параметры форума:
HTML - выключен
BBcode - включен
Картинки - выключены
Смайлики - выключены
Период возможности редактирования: Неограниченно

Пожалуйста, введите код подтверждения, который вы видите ниже:

На изображении нет цифр 0 и 1.
      

Параметры:

Просмотр темы

Re: Отказоустойчивость сайта

Пнд, 27 Июнь 2011 19:38

slipper

Для обеспечения отказоустойчивости в описаной схеме, сервера, обслуживающие ДНС-запросы, должны находится в разных датацентрах. А ещё лучше - в разных странах.

Re: Отказоустойчивость сайта

Птн, 24 Июнь 2011 21:09

rodion

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

Например, можно реплицировать данные на дисках, как если бы они были в RAID1:

DRBD для линукс
HAST для FreeBSD

Для репликации БД существуют способы:

мастер-мастер репликация для MySQL
MySQL Cluster для БД MySQL

Re: Отказоустойчивость сайта

Птн, 24 Июнь 2011 17:35

nevskyi

Интересную, конечно услугу предлагает DNS Made Easy - отказоустойчивый сервер ДНС.
Поддержка ДНС одновременно с мониторингом. Мониторинг определяет доступность узлов и в случае чего автоматически переключает записи в зоне.
Очень полезная услуга, если имеется несколько узлов с одинаковым контентом.

Отказоустойчивость сайта

Срд, 15 Июнь 2011 23:12

Norayr

В Интернете на форуме наткнулся на интересную переписку:

"Нужен совет: Как реализовать отказоустойчивость Веб-сайта нашей компании.
Жду идей и предложений от вас, по осуществлению отказоустойчивой стратегии сайта нашей компании.

Мы не можем позволить себе простоев на сайте, который размещен на VPS от DreamHost (DH).
А DH VPS падает время от времени.

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

Таким образом, мы думаем о реализации отказоустойчивой стратегии с помощью DNS.
Вот что мы планируем делать:
Сделать зеркало наших файлов на другом хосте (скажем Hostgator), но при этом сохранять базы данных MySQL на Dreamhost (На наших серверах MySQL действительно работает стабильно на DH)
Использование службы DNS, например, zoneedit.com, которая будет периодически опрашивать наш главный сервер (на Dreamhost). В случае, если сервер на DH не будет работать, служба ДНС будет менять А - записи на сервер, расположенный в Hostgator (Мы будем прописавать TTL до 2 мин)
Так файлы будут обслуживаться с сервера Hostgator, который, в свою очередь будет использовать базу данных MySQL на Dreamhost.
В то же время zoneedit будет периодически опрашивать Dreamhost, как только работа сервера будет восстановлена, то он будет менять записи обратно на Dreamhost.

Имеет ли смысл все это делать?

Re: Предложения: Как реализовать отказоустойчивость Веб-сайта нашей компании.
Из DNS-хостингов, я использую и рекомендую DNS Made Easy

Они предлагают 2 варианта настроек отказоустойчивости, которые будут переключать DNS в течение 5 минут простоя.

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

Тем не менее, ваш план по-прежнему предусматривает нахождение всех ваших баз MySQL в одном месте. Это решение зависит от сайта и от того, как часто происходят изменения в базе данных. Вы можете настроить синхронизацию/резервное копирование базы данных на резервный сервер каждые N часов, чтобы держать дубликат.

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

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

-Райан "

Что вы об этом думаете?

Ссылка на оригинал:

http://www.warriorforum.com/programming-talk/278953-need-suggestions-implementing-failover-strategy-our-company-website.html