Нужно 2 хостинга

[Antonio]

Люди мне нужно 2 сервера, один рабочий и один его дублирующий и желательно так, чтобы они находились физически на разных континентах. скажите пожалуйста, как правильно их выбрать?
И возможно ли в случае отказа от работы одного, сразу включить в работу дубль?
Спасибо!!!

[andreyk@]

Берете два хостинга или больше и ставите round robin DNS
То, что Вы хотите сделать - невозможно, так как DNS обновляется не моментально.

[alex-developer]

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

[alex-developer]

Так что всё возможно!

[andreyk@]

А как собираетесь распространять контент на другие сервера? Хотя бы 750G попробуйте синкнуть

[Antonio]

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

[alex-developer]

Сообщение от andreyk@

А как собираетесь распространять контент на другие сервера? Хотя бы 750G попробуйте синкнуть

спокойно так как закинув на один хост сервера в кластере продублируют информацию на другие сервера... систему используют в банках здесь в Европе!

[andreyk@]

Давайте не путать мягкое с теплым. Хостинг и банк - две разные вещи.

Давайте посчитаем, за сколько времени произойдет полная синхронизация 750G данных между двумя датацентрами, если даже мы представим что там настоящий 100мегабит, и скорость будет 8Mb/сек (чего конечно на практике не будет).
Предположим синхронизация идет стандартным rsync, который из за накладных расходов снизит скорость до 6Mb/сек (проверка целостности и т.п.)

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

Теперь считаем. 750G это 768000Mb. Делим на 6Mb и получаем 128000 секунд или 35 часов. Так вот, задержка в теории для синхронизации 750G будет 35 часов. Это значит что после залития файла надо будет ждать 35 часов пока он синхронизируется на остальные

На практике все конечно будет хуже.


Учите матчасть. Успехов.

[alex-developer]

но хостера же начали делать такие сервера, тем самым сервис становить без падений и кто сказал что сервер только будет делать частями 750GB, синхронизация происходит мгновенно (так же как в windows 2003 - shadow copies), но если один из серверов упадёт по технической причине (пример проблема с хард диском), то действительно уйдет до 35 часов пока он синхронизируется, но в это время все равно вебсайты клиентов будут работать и находится в онлайн использовав другие сервера и никакой проблемы для клиентов не будет. Тем самым система и называется failover...

[andreyk@]

Опять путаем теплое с мягким.
Такие сервера существуют давно и называются кастерами. Проблема в том, что кластеры должны быть соеденены с единым дисковым массивом и делается это при подключений через фибер. Но сервера стоят в одной стойке а не в разных странах.
Что касается shadow copies, то эта технология служит для восстановления кучки файлов из бекапа, а нам нужна синхронизация а не восстановление.
Цитирую:
SCSF сохраняет копию данных, измененных с момента последней теневой копии. Поскольку SCSF сохраняет изменения на уровне блоков (называемые также кластерами) файлов, а не весь файл в целом, необходимое для их хранения пространство жесткого диска значительно уменьшается.

А нам на самом деле нужно другое:
Алгоритм rsync:

1. Beta разбивает файл B на блоки длиной L (последний блок может быть меньше L байт) и вычисляет две сигнатуры Rb и Sb для каждого блока, после чего пересылает эти сигнатуры к Alpha .
2. Alpha вычисляет сигнатуры Ra для блоков длинной L , для каждого байтового смещения. После чего сравнивает их с Rb .
3. Для блоков, чьи R сигнатуры совпали, Alpha вычисляет Sa и сравнивает с Sb .
4. Если S сигнатуры совпадают, Alpha отсылает уведомление с номером совпавшего блока, в противном случае Alpha пересылает один байт.
5. Beta получает номера совпавших блоков из B или одиночные байты из файла A и на основе этих данных создаёт копию файла A .


Но просто rsync'ать весь диск - глупо, нужно будет делать demand on handle, когда файл изменяется.

Впрочем сейчас уже появились технологии создания кластерных сетевых файловых систем, которые можно сравнить с работой raid'а и выполняющих те-же действия. Однако вся сложность заключается в том, что сервера нельзя размещать в разных странах - будет нехватка канала для синхронизации.

Теперь понятно?