- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Допустим есть две горячие копии информации - синхронизированные по файлам и по БД.
Возможно ли как-то с помощью днс, сделать так, чтобы при падении одного хостинга (5) шли запросы на другой?
да, написать программу которая следит за серверами и правит днс в случае чего.
Можно посмотреть в сторону Round Robin DNS (http://ru.wikipedia.org/wiki/Round_robin_DNS). Хотя это не совсем то по самому назначению.
Есть также DNS серверы, которые проверяют доступность серверов и исключают A запись в случае недоступности конкретного сервера.
FailOver DNS.
Можно посмотреть в сторону Round Robin DNS
эм.. а как оно связано с падениями?
Heartbeat ставить и друг на друга..
Можно.
Можно построить тех. требования и разработать варианты резервирования который будут Вас удовлетворять и по надежности и по стоимости, и по сложности администрирования.
Допустим есть две горячие копии информации - синхронизированные по файлам и по БД.
Возможно ли как-то с помощью днс, сделать так, чтобы при падении одного хостинга (5) шли запросы на другой?
Да возможно. Есть готовое решение.
да, написать программу которая следит за серверами и правит днс в случае чего.
Расскажите как это технически реализуется? Ведь днс кешируется в куче мест? Или идет речь именно об изменении A записи? А запись разве не кешируется у провайдеров?
---------- Добавлено 12.11.2012 в 18:26 ----------
Да возможно. Есть готовое решение.
А каков принцип его действия? Это же не секрет? :)
Расскажите как это технически реализуется? Ведь днс кешируется в куче мест? Или идет речь именно об изменении A записи? А запись разве не кешируется у провайдеров?
При небольшом бюджете - это единственный вариант, он, безусловно, имеет проблемы, но дешев и легко реализуется.
Промышленные решения реализуются за счет LVS/BGP мультианнонса.
да, написать программу которая следит за серверами и правит днс в случае чего.
ДНС обновляется, минимум 6 часов, а с учетом разноуровневых кешей(провайдер, проски, компьютер, браузер) - полное время обновления гораздо больше. Или я драматизирую излишне? Лично у меня бывали проблемы с ДНС кешем на стороне провайдера.
---------- Добавлено 12.11.2012 в 18:34 ----------
При небольшом бюджете - это единственный вариант, он, безусловно, имеет проблемы, но дешев и легко реализуется.
Промышленные решения реализуются за счет LVS/BGP мультианнонса.
Я так и не понял, о каком порядке времЁн идет речь? Ведь после обновления ns в информации о домене реакция наступает очень не скоро. Если менять A запись, то на какой срок реакции можно рассчитывать?
В нашем мире возможно все
Главный вопрос в цене