| forum.bitel.ru http://forum.bitel.ru/ |
|
| Резервирование Access / Accounting - серверов http://forum.bitel.ru/viewtopic.php?f=44&t=11317 |
Страница 2 из 2 |
| Автор: | Amir [ 25 фев 2016, 16:08 ] |
| Заголовок сообщения: | Re: Резервирование Access / Accounting - серверов |
Master-master можно применять в двух режимах - когда на самом деле с одним из них не работаем, пока активный не упал, тогда и переключается. Или Galera. Но у Galera есть различные ограничения на структуру БД, хотя вроде ставил кто-то. Цитата: Но у них либо не циски, либо вообще не используется радиус? Ибо с мест сообщают, что циски игнорируют радиус-сервера, если они не отвечают на аккаунтинг-реквесты. Точно не помню, возможно SE. Но эти Access-сервера еще и на DHCP отвечают.С Accounting-ом проблема не в том что его совсем не тестировали в режиме одновременно двух, а в том что не тестировали на боевом - и никто не ставил в таком режиме еще на стадии внедрения, чтобы постепенно увеличивая кол-во сессий наблюдать. Accounting оповещает о событиях сессий Access и остальные Accounting'и через activeMQ. |
|
| Автор: | vdd [ 25 фев 2016, 17:17 ] |
| Заголовок сообщения: | Re: Резервирование Access / Accounting - серверов |
Ага. Получается, что существует три варианта bgb-access+bgb-accounting: 1 вариант требует 10 млн. рублей и год работы для того, что бы одновременно несколько экземпляров могли обслуживать один и тот же поток ААА; 2 вариант требует проведения тестовой эксплуатации для того, что бы выявить возможные проблемы при обслуживании одного и того же потока AAA; 3 вариант просто не тестировался под реальной нагрузкой, а так все работает. Ситуация с балансировкой и резервированием bgb-access+bgb-accounting для радиуса и цисок более-менее прояснилась, по крайней мере, для меня. Большое спасибо за терпение и подробные разъяснения. |
|
| Автор: | stark [ 25 фев 2016, 17:42 ] |
| Заголовок сообщения: | Re: Резервирование Access / Accounting - серверов |
vdd писал(а): Ага. 1 вариант требует 10 млн. рублей и год работы для того, что бы одновременно несколько экземпляров могли обслуживать один и тот же поток ААА; Это личное мнение одного из разработчиков. Между 2 и 3 вариантом не вижу разницы. Это одно и то же, сказанное разным словами. На вашем месте стоит доверять этим вариантам 
|
|
| Автор: | Amir [ 25 фев 2016, 18:03 ] |
| Заголовок сообщения: | Re: Резервирование Access / Accounting - серверов |
Ну и в планах есть более настоящая кластеризация (сейчас они просто работают параллельно-асинхронно друг с другом), есть даже небольшие наброски, но пока других задач много. |
|
| Автор: | [LTC]Dimonyga [ 01 мар 2016, 21:13 ] |
| Заголовок сообщения: | Re: Резервирование Access / Accounting - серверов |
Почитал тред, и немного не понимаю, толи я с другой планеты, толи хотят вундервафлю и чтоб нахаляву. Всё прекрасно резервируется и очень просто, навскидку варианты: master/slave (холодный резерв) 1 - keepalived/corosync/heartbeat - нужно подчеркнуть, для логов nfs 2 - виртуализация KVM/XEN/LXC - для логов каконить shared storage например DRBD или CEPH (наш вариант) master/master (горячий резерв с HL) Делаем рут девайсом папку, в ней 2 подпапки и на каждый по акцессу/аккаунтингу и делаем несколько насов с идентичными настройками, минусом схемы является отвал сессий при аварии, но на то она и авария. Да и аккаунтинг может заводить сессию по аккаунтинг пакету, а циска переключится сама если прописать 2 радиуса. Далее про то что циска вредная итд итп .... Цитата: aaa authorization network BGBilling-aaa group BGINET-ACCESS aaa authorization subscriber-service BGBilling-aaa group BGINET-ACCESS aaa accounting network BGBilling-aaa start-stop group BGINET-ACCOUNTING aaa accounting connection BGBilling-aaa start-stop group BGINET-ACCOUNTING aaa server radius dynamic-author client 172.16.20.1 server-key 7 client 172.16.20.2 server-key 7 client 172.16.20.3 server-key 7 ignore session-key aaa group server radius BGINET-ACCOUNTING server-private 172.16.20.2 key 7 ! aaa group server radius BGINET-ACCESS server-private 172.16.20.3 key 7 Остальное в скринах, а то не поверите же Вложение: Снимок экрана от 2016-03-01 21-11-11.png [ 114.84 КБ | Просмотров: 3835 ] Вложение: Снимок экрана от 2016-03-01 21-39-34.png [ 85.95 КБ | Просмотров: 3832 ] Вложение: Снимок экрана от 2016-03-01 21-39-31.png [ 82.4 КБ | Просмотров: 3832 ] По резервированию: Стоит LXC + ceph + corosync + galera + haproxy для mysql, так как не победили явовый файловер, при переключении даже сессии не успевают отвалиться. |
|
| Автор: | vdd [ 01 мар 2016, 21:17 ] |
| Заголовок сообщения: | Re: Резервирование Access / Accounting - серверов |
[LTC]Dimonyga писал(а): Почитал тред, и немного не понимаю, толи я с другой планеты, толи хотят вундервафлю и чтоб нахаляву. Вероятнее всего первое. |
|
| Автор: | [LTC]Dimonyga [ 01 мар 2016, 21:28 ] |
| Заголовок сообщения: | Re: Резервирование Access / Accounting - серверов |
vdd писал(а): Вероятнее всего первое. ДАЛАДНА! а я то думал землянин .... PS: Судя по треду люди хотят вундервафлю занахаляву, все кто хотел - уже сделал так как нужно. Я тоже много граблей собрал, но то что у меня сейчас - устраивает меня сейчас. Через год передумаю, традиция у меня такая, раз в год сносить всё и делать по новому фэншую. Молодой видимо еще. Например я хочу postgress, и чешутся руки но пока нужно завершить то что сейчас делаю. А хотите прикол ? у меня еще и scheduller и bgserver разнесены и резервированы  Вложение: Снимок экрана от 2016-03-01 20-15-11.png [ 153.84 КБ | Просмотров: 3832 ] |
|
| Автор: | kravt1 [ 06 апр 2023, 15:50 ] |
| Заголовок сообщения: | Re: Резервирование Access / Accounting - серверов |
Есть ли изменения по описываемым схемам работы с 16 года ? |
|
| Страница 2 из 2 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|