BiTel

Уважаемые разработчики.
Есть ли способ организовать резервирование биллинга, т.е. сделать 2 сервера, настроить, синхронизировать, запустить.
Когда с основным что-нибудь случается, обсчет услуг производит резервный сервер.

Есть несколько сложностей.

Сейчас у нас BGBilling установлен на двух северах. MySQL базы синхронизируются, на одном сервере master, на другом slave. На сервере, где база slave, процесс BGBilling-а (шедулер, радиус, даталоадер) не запущен.

Сложность 1. Когда падает основной сервер, приходится на NAS-ах в конфиге прописывать руками адрес резервного биллинга
Сложность 2. NAS-ы могут общаться только с 1-м RADIUS севером, и поэтому приходиться резервный сервер держать погашенным, а при аварии запускать руками.
Сложность 3. После восстановления необходимо синхронизировать master базу, т.к. часть информации о трафике была потеряна.


Есть какие-либо идеи или планы реализовать функционал резервирования?

+1

зы. Как-то по глупости запустил для теста второй сервер, подцепленный к той же базе - отгрёб в виде двойного исполнения скриптов поведения на договорах.

Ну с третьим пунктом как раз сложностей особых нет. На базах настраивается мастер-мастер репликация. И после
востановления основного сервера записи которые писались на резервный отсинхронизируются на основной.
А вот с остальными вопросами это да.

Я жду железку, буду тестить HA Claster на нем немного все будет сделано. но смысл такойже, как настрою отпишусь в вики

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

вы уже запускали на боевых серверах репликацию мастер-мастер?

У нас запущено. Мускул работает по схеме мастер-мастер с разнесенными четными/нечетными id запросов для разных серверов, чтобы ничего не перетереть (вдруг) при обратной реплике со 2го сервера на 1й. Сами сервера к кластере, они делят м/д собой один и тот же виртуальный ип (ну у нас несколько); таким образом первые 2 вопроса решаются сами собой. При перехвате виртуальных ипов друг у друга сервера очищают ARP таблицу на свитче по телнету (expect).
Что-то все ленюсь описать.. на неделе тогда отпишусь (в вики?).

Да и ссылочку

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений