#1
|
|||
|
|||
Нужно 2 хостинга
Люди мне нужно 2 сервера, один рабочий и один его дублирующий и желательно так, чтобы они находились физически на разных континентах. скажите пожалуйста, как правильно их выбрать?
И возможно ли в случае отказа от работы одного, сразу включить в работу дубль? Спасибо!!! |
#2
|
|||
|
|||
Берете два хостинга или больше и ставите round robin DNS
То, что Вы хотите сделать - невозможно, так как DNS обновляется не моментально. |
#5
|
|||
|
|||
А как собираетесь распространять контент на другие сервера? Хотя бы 750G попробуйте синкнуть
|
#6
|
|||
|
|||
Я хотел 2 сайта, на один из них будет постоянно загружаться инфа и копироваться на 2й сайт. Как бы это сделать так...? И делается ли это автоматически или раз в неделю брать, то что накопилось и закачивать??
|
#7
|
|||
|
|||
Цитата:
__________________
Профессиональный вебхостинг и онлайн проекты, на вебсайте. |
#8
|
|||
|
|||
Давайте не путать мягкое с теплым. Хостинг и банк - две разные вещи.
Давайте посчитаем, за сколько времени произойдет полная синхронизация 750G данных между двумя датацентрами, если даже мы представим что там настоящий 100мегабит, и скорость будет 8Mb/сек (чего конечно на практике не будет). Предположим синхронизация идет стандартным rsync, который из за накладных расходов снизит скорость до 6Mb/сек (проверка целостности и т.п.) Предположим так же что для синхронизации и отдачи контента используются разные каналы, чего конечно на самом деле не будет. Теперь считаем. 750G это 768000Mb. Делим на 6Mb и получаем 128000 секунд или 35 часов. Так вот, задержка в теории для синхронизации 750G будет 35 часов. Это значит что после залития файла надо будет ждать 35 часов пока он синхронизируется на остальные На практике все конечно будет хуже. Учите матчасть. Успехов. |
#9
|
|||
|
|||
но хостера же начали делать такие сервера, тем самым сервис становить без падений и кто сказал что сервер только будет делать частями 750GB, синхронизация происходит мгновенно (так же как в windows 2003 - shadow copies), но если один из серверов упадёт по технической причине (пример проблема с хард диском), то действительно уйдет до 35 часов пока он синхронизируется, но в это время все равно вебсайты клиентов будут работать и находится в онлайн использовав другие сервера и никакой проблемы для клиентов не будет. Тем самым система и называется failover...
__________________
Профессиональный вебхостинг и онлайн проекты, на вебсайте. |
#10
|
|||
|
|||
Опять путаем теплое с мягким.
Такие сервера существуют давно и называются кастерами. Проблема в том, что кластеры должны быть соеденены с единым дисковым массивом и делается это при подключений через фибер. Но сервера стоят в одной стойке а не в разных странах. Что касается 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'а и выполняющих те-же действия. Однако вся сложность заключается в том, что сервера нельзя размещать в разных странах - будет нехватка канала для синхронизации. Теперь понятно? |
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Что мне нужно для открытия хостинга | StartHoster | Бизнес хостинга | 8 | 22.03.2012 12:20 |
Нужно пару VPS (uk+us) | Mich | Нужен хостинг для проекта! | 2 | 02.08.2009 13:25 |
Что нужно на сервере веб хостинга | menvil | Технические аспекты и вопросы безопасности | 2 | 14.03.2005 16:25 |
Нужно место на ftp | sedx | Нужен хостинг для проекта! | 3 | 29.01.2005 01:53 |
Нужно учебное пособие. | El Chico | Сolocation, Центры Обработки Данных, IP-адреса и сети | 3 | 14.01.2002 23:15 |