DC Хаблист

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

Будь они хоть трижды дорогими и работающими на сверхдорогом оборудовании, даже всем известная CISCO выгорает и от кривых рук персонала никто не застрахован.

И как реализовать, если даже сверхдорогое оборудование не годится, да и от кривых рук админов никто не застрахован?

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

И каким же волшебным образом к одному серверу можно подключить неограниченное количество провайдеров? И как это - "прокинуть на хаб неограниченное количество IP"?

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

Какая вдруг может быть балансировка нагрузки и отказоустойчивость, если сервер один? Куда балансировать, если этот самый один сервер отказал?

HackFresse писал(а):И каким же волшебным образом к одному серверу можно подключить неограниченное количество провайдеров?

Видимо, имеется в виду сервак с несколькими сетевухами, подключенными к разным провайдерам.

HackFresse писал(а):И как это - "прокинуть на хаб неограниченное количество IP"?

А это, наверно, делается как раз путём "балансировки нагрузки" c помощью Round-Robin DNS.
Но проблема в том, что

Быстрый ответ писал(а):Клиенты выбирают их случайным образом

И чтобы заставить ДЦ-клиент их перебирать, его нужно переделать. Не уверен, что это вообще возможно. Если клиент попросту передает DNS-запрос системе, то ничего не выйдет.

Setup писал(а):Смысл в резервировании по IP, когда хаб доступен одновременно по нескольким IP через разных провайдеров.

Допустим, ты реализовал это, хотя это еще под вопросом. Но как быть с тем, что

HackFresse писал(а):Это один сервер

? Поставь кластер из серваков, как это делает Гугл, например. Вот тогда это и будет настоящая балансировка нагрузки.

>>Клиенты выбирают их случайным образом
И чтобы заставить ДЦ-клиент их перебирать, его нужно переделать. Не уверен, что это вообще возможно. Если клиент попросту передает DNS-запрос системе, то ничего не выйдет.

Возможнее некуда, при резолве DNS в сишных функциях выдается массив из IP, всё там хорошо и красиво.
Продвинутый софт так и делает, перебирая IP, пока не подключится. Ленивые разработчики используют только 1-й элемент массива.

А иногда и сразу подключение на "domain:port", но это неправильно, я уже указывал в http://dchublist.ru/forum/viewtopic.php?p=22584#p22584 .
Теперь только дополнить то мое сообщение "Нужно получить список IP заранее и перебирать/подключаться по ситуации"

Но вот остальная часть идеи..

Видимо, имеется в виду сервак с несколькими сетевухами, подключенными к разным провайдерам.

Поставь кластер из серваков, как это делает Гугл, например. Вот тогда это и будет настоящая балансировка нагрузки.

Так всё-таки один сервак, или кластер из серваков?


Но при этом

Если подключиться к каждому из этих IP мы попадаем на один и тот же хаб. Это не клоны связанные скриптами. Это один сервер

Насколько просто и недорого выстроить кластер из серваков и подключить его к разным провайдерам?
Насколько просто и легко запустить один хаб на кластере из кучи серваков? Не клоны, а один и тот же?
Как такое возможно, по-вашему?

Я вообще-то и говорю о том, что не может идти речи о балансировке нагрузки, если установлен 1 сервер, который и принимает на себя всю нагрузку.

HackFresse писал(а):Насколько просто и легко запустить один хаб на кластере из кучи серваков? Не клоны, а один и тот же?

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

Быстрый ответ писал(а):А кто сказал, что нужно запускать один хаб? склонируй папку с хабом на все серваки в кластере, синхронизируй базы, и всё остальное,что нужно для хаба. И если один сервак сдохнет, то все юзвери автоматом попадут на другой.
Вот это называется балансировкой. А что вы тут обсуждаете, я понятия не имею.

А я вот понятия не имею, где это может называться балансировкой.
https://ru.wikipedia.org/wiki/Балансировка_нагрузки

В терминологии компьютерных сетей, балансировка нагрузки, или выравнивание нагрузки (англ. load balancing) — метод распределения заданий между несколькими сетевыми устройствами (например, серверами) с целью оптимизации использования ресурсов, сокращения времени обслуживания запросов, горизонтального масштабирования кластера (динамическое добавление/удаление устройств), а также обеспечения отказоустойчивости (резервирования).

А вот это вот "склонируй папку с хабом на все серваки в кластере, синхронизируй базы, и всё остальное,что нужно для хаба. И если один сервак сдохнет, то все юзвери автоматом попадут на другой" называется https://ru.wikipedia.org/wiki/Резервирование

Но зачем для "все юзеры только на одном сервере, а все другие сервера простаивают вообще без нагрузки, пока не сломается первый сервер " нужен целый кластер?

HackFresse писал(а):Но зачем для "все юзеры только на одном сервере, а все другие сервера простаивают вообще без нагрузки, пока не сломается первый сервер " нужен целый кластер?

Балансировка нагрузки может быть использована для расширения возможностей фермы серверов, состоящей более чем из одного сервера. Она также может позволить продолжать работу даже в условиях, когда несколько исполнительных устройств (серверов) вышли из строя.

"А вот это вот" называется резервирование. А для обеспечения резервирования применяется балансировка. Ты уже разобрался, что для чего и как? Отделил цель от средств ее достижения? Или ты тут пишешь исключительно с целью доебаться до терминологии или просто пофилософствовать? Если да, то я тебе больше отвечать не буду, мне не интересно заниматься буквоедством.

Поставь кластер из серваков, как это делает Гугл, например. Вот тогда это и будет настоящая балансировка нагрузки.

А по факту выходит, что "настоящая балансировка нагрузки" никакая и не балансировка нагрузки вовсе

балансировка нагрузки, или выравнивание нагрузки (англ. load balancing) — метод распределения заданий между несколькими сетевыми устройствами

Хаб будет активен только на одном сервере, никакого распределения не будет.
Если сервер один, то и "кластер из серваков, как это делает Гугл" нахрен вообще не нужен. Еще один сервер для переключения, если первый сломался, назвать кластером?

Но слова крутые и пафосные, да.

Вот только в нашей суровой действительности (применительно к дц ) сделать это всё нереально.
И если несколько серверов проплатить не проблема, то заставить их работать действительно как один единый хаб -- ой как непросто.

Да и абсолютно бессмысленно