Сделал данную связку, пппое, мак-юзер,мак ону-юзер, влан-юзер, порт-юзер.

хав мач из де фиш?

Ога, проблема во включенном плавающем окне сегментации тсп. Нахера ее по дефолту включили в 12 фрихе, понять не могу.

проверил все работает. Как ту карму плюсовать?

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

То есть, биллинг понимает что нужно выдавать реальный адрес на основе тега услуги realip по дефолту, или нужно править процедуры?
ПС спс за помощь. Я бы сам ковырялся пару дней.

никак ) берет из первого свободного

то-есть для примера, если я создам пул 10.0.10.0/23 и 91.123.234.0/23 то он будет сначала забивать из 10ой подсети 512 юзеров, а потом следующие 512 из 91Й я правильно понял?

полазил в демке админки, нифига там не создается отдельная группа для адресов. Все в 1 группу скинуто. Я в упор не понимаю как биллинг определяет из какого именно пула брать адрес.

Тип пула ip Динамический ?

Да.

а это делал? хttp://app.nodeny-plus.com.ua/docs/work/mpd5.html?

да.

1 создал пул
2 создал группу в которой указал подсеть.
3 создал пользователя в данной группе.
4 подключаюсь - айпи не выдается вобще никакой.
Собственно вопрос, что делаю не так?

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

Возник вопрос. Как выдавать айпи из определенного пула определенным клиентам. Например есть есть группа пользователей с серыми адресами и с динамическими реальными. Как указать что адрес нужно брать из пула?
и вопрос намбер цвай, как купить модуль? Не могу зачислить денег на счет.
Спс.

Я не прав?

В самую точку )
Когда линк пропал и нода А работает сама по себе а нода Б работает сама по себе - это уже два разных компа а не две ноды одного кластера и данные на них разные и не заменят они уже друг друга в случае восстановления связи т.к. не засинхронизируются по причине что не будут понимать какая из нод "более правильная" а какая "не очень правильная" и это решение должен принимать человек ))) вот здесь и начинается самое веселье )))

Вы говорите о каком-то конкретном решении или это как у меня только рассуждения? Просто насколько я читал, фаулт толеранс работает след образом. Есть два хоста, параллельно включенные в мир. Хост А - основной, хост Б резервный. Между ними отдельный гиговый линк по которому гипервизор А сливает копии процессорных операций гипервизору Б. По нему же хертбитом отслеживается жизнь гипервизора А. В случае если гипревизор А перестает отвечать, то гипервизор Б включается в работу и становится гипервизором А. Когда вышеший из строя хост включается в работу, он синхронизируется сам с гипревизором (теперь уже А), и становится резервным. Это решение от Вмваре. Однако там есть ограничения. 1 ядро на виртуальную машину и отслеживается только жизнеспосодность самой виртуалки а не того что крутиться в ней. То есть, если на виртуалке основного хоста, порашится база, ее копия покрашится и на хосте Б. Я собирал данное решение на стенде, все работает в 2 клика, как бы ничего сложного нету. НО! это не то как я себе это вижу. Это не создание облака. Меня же интересует облако распределеных вычислений. То есть единая виртуальная машина которая РАСПРЕДЕЛЯЕТ нагрузку по нескольким физическим серверам. Не дублирование, не реплицирование, не копирование. Это все будет сделанно между двумя облаками на логическом уровне. Тоесть как я вижу себе конечную схему. 4 хоста, разделенные на два независимых облака. в облаке 1 (А1-Б1) крутиться биллинг, в облако 2(А2-Б2) сливаются копии, в случает полного выхода из строя 1 облака, днс скриптом перекидывает всю работу на резервное облако. Географически это имеет вид немного другой. на первой техплошадке стоят хосты А1 и А2 на второй Б1 и Б2. как-то так. Но почитав посомтрев, я таки прихожу к выводу что хай авиалебл более экономически выгоден, но тут упираемся в сторадж.
П,С, дабы предупредить вопросы зачем козе баян, объясняю, есть идея создания датацентра для хостинга биллингов нескольких провайдеров. Вот пока пытаемся определиться с концепцией.

то это есть штатный режим работы кластера, для того он и строится.

Если вы все такие умные, почему строем в столовую не ходите? ))) это так... к слову
На самом деле, да, действительно, если одна нода отжалась, то вторая берет на себя ее функцию и это не совсем одно и тоже что "пропала связь между нодами" не находишь?

ну мне казалось что если нода А умерла по причине того что на ней сгорел блок питания или на тех. площадке А случился пожар, и сгорел ОДФ то линка как такового нету. А все должно продолжать работать.То есть по сути неважно почему пропал линк.Я не прав?

Я думал )))
 В случае "вплоть до географически" - это фантастика

Ну вобще-то сделать прямое волокно, между хостами не проблема. Смысл разных тех площадок в том что бы не привязываться к конкретной подстанции. В случае если нужен больший ресурс можно по волокну пустить несколько лямбд, и по ним поднять сколько нужно гиговых линков для хертбита, и отдельно для линков к насам/брасам. А то что

Если связь нарушена - кластера больше нет

то это есть штатный режим работы кластера, для того он и строится.
Мне просто нужно понять идею, как оно будет работать в случае если отваливается 1 хост. Для себя я нарыл либо хай авиалейбл, от вмваре, но там получется что нужен сторадж, и это узкое место. А фаулт толеранс  я уже писал почему не подходит. Все точто предлагают тут в топике не всисывается в ту концепцию как я это вижу. Тут предлагают дулибование резервирование, тоесть создание копий сервера и переключение между ними. Я же вижу это как ОДИН сервер, который хоститься одновременно на нескольких машинах и вс луче выхода из строя железа, нагрузка просто перекладывается на оставшиеся.