Как организовать зеркало в другом ДЦ

B
На сайте с 06.04.2006
Offline
24
#31
Andreyka:
Ну почему, есть сложные и надежные решения. Например, кластер - два узла связаны с внешним устройством, где информация хранится на зеркале и все это стоит за нетбалансером.
Кластер умрет только если ляжет оба узла или накроются все винты в хранилище. А вероятность этого очень низкая.

"внешним устройством" - это понятно, но данное устройство надо куда-то поставить, верно? А в ДЦ, в котором оно будет стоять, прилетит метеорит. И что тогда?

Вся хитроумная конструкция будет никому не нужна.

Вопрос-то ведь в обработке отключения именно ДЦ.

А тут вернее всего использовать продуманную репликацию в случае с очень динамичной БД, или просто master-slave в случае нединамичной БД (просто на момент сбоя давать сообщение, что изменения в БД временно не производятся и тп).

Как вариант, есть такая схемка:

несколько входных серверов (в разных ДЦ), обращающихся к нескольким серверам-хранилищам (которые постоянно синхронизируются между собой).

Мониторинг сайтов (http://hostpulse.ru/), серверов, проверка содержимого страниц.
Andreyka
На сайте с 19.02.2005
Offline
822
#32

Внешне устройство может находится в различных датацентрах.

Не стоит плодить сущности без необходимости
rustelekom
На сайте с 20.04.2005
Offline
524
#33

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

SSD VPS, SSD хостинг и выделенные серверы в Германии или РФ, FTP хранилища, регистрация доменов и SSL сертификаты ( https://www.robovps.biz/ ) Контакты: Telegram ( https://t.me/rustelekom_bot )
Andreyka
На сайте с 19.02.2005
Offline
822
#34

Чтоб организовать SAN, можно взять несколько дедиков в разных датацентрах, поставить туда FreeNAS и синхронизировать их. Будет медленно, недорого и надежно.

LS
На сайте с 16.01.2007
Offline
104
#35

Сервера в разных ДЦ и так уже есть. Завязывать все на одну БД не требуется, дублей достаточно т.к. при изменениях (а они крайне редко происходят) скопировать БД не проблема. С внесением двух А-записей на разные ИП ничего не получилось.

yandex.ru
Andreyka
На сайте с 19.02.2005
Offline
822
#36

Что именно не получилось с внесением двух A записей на разные IP?

LS
На сайте с 16.01.2007
Offline
104
#37

Andreyka, а ничего, траф уходил на первую запись, подождал сутки, еще раз проверил, неа ..

К стати, при этих действиях посмотрел на домены где в ноябре месяце менял А запись на другой сервак, так на прежний ИП по сей день заходы есть :( .. по ходу некоторые провайдеры совсем ДНС-ки обновлять не любят. Заходы есть и от буржуев и с СНГ.

Lupus
На сайте с 02.11.2002
Offline
241
#38
Lestor_SB:
траф уходил на первую запись, подождал сутки, еще раз проверил, неа ..

Следует не "уход трафа" проверять, а выдачу DNS-ответа именно с ваших неймсерверов утилитами host, dig или nslookup.

Кстати, если вы изменяли файл зоны в редакторе, надеюсь, не забыли увеличить serial? А то, если его значение осталось прежним, никто не "полюбит" обновлять ваши dns. ;)

There are two types of people in this world: 1. Those who can extrapolate from incomplete data.
B
На сайте с 06.04.2006
Offline
24
#39
Lestor_SB:
Andreyka, а ничего, траф уходил на первую запись, подождал сутки, еще раз проверил, неа ..
К стати, при этих действиях посмотрел на домены где в ноябре месяце менял А запись на другой сервак, так на прежний ИП по сей день заходы есть :( .. по ходу некоторые провайдеры совсем ДНС-ки обновлять не любят. Заходы есть и от буржуев и с СНГ.

А какой %% таких заходов?

И можно ли как-то ограничить кеширование ДНС, чтобы чаще спрашивали наши сервера? Так можно было бы выдавать корректные адреса.

Lupus
На сайте с 02.11.2002
Offline
241
#40
blaize:
И можно ли как-то ограничить кеширование ДНС, чтобы чаще спрашивали наши сервера?

В SOA уменьшить TTL (time-to-live).

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