1) На резервном сервере стопорим меру
[root@mvts2 cfg]# ps -faux |grep mvts
Смотрим на 2 с половиной процесса:
Процесс самой меры:
\_ /usr/local/mvts/./bin/mp_kerneld.x -x -c /usr/local/mvts/./cfg/meraproxy.cfg
Это скрипт который ее запускает
/bin/sh /usr/local/mvts/bin/mp_kerneld.sh
А это агент который их мониторит:
\_ /usr/local/mvts/manager/bin/mvtsagnt -f /usr/local/mvts/manager/conf/mvtsagnt.conf
Далее стопорим сервер:
[root@mvts2 cfg]# service mvts stop
Stopping MVTS Daemon. Starting system shutdown ...
Прикол в том, что за все время пользования у меня лишь раз отработала нормально команда, в остальном смотрел процессы и грохал их ручками.
Если все не грохним, то запустятся заново и придется все по новой
Так грохается временный ключ для справки
[root@mvts2 cfg]# service aksusbd stop
Stopping HASPLM daemon: [ OK ]
Stopping WINEHASP daemon: [ OK ]
Stopping AKSUSB daemon: [ OK ]
Запускаем ключ лицензий
[root@mvts2 cfg]# /usr/local/etc/hled2
HaspLinuxEmulator v.1.09 full daemon
loading...
Calc PC_ID info.
Elapsed time 1 min.
Waiting please...
Потом проверяем что как процесс запущен в системе
Идем в консоль, вот консолька в управлялке - это она и есть:
/usr/local/mvts/bin/mp_shell.sh
#>
Паранеобходимых команд(красным подсветил важные аспекты)
#>sh red
Redundancy state master: master and slave are active мастер в работе
Is slave 0 слейв нет
Master address x.x.x.58:1720
Slave address y.y.y.59:1720
Last slave connect time 2019-09-11 14:51:34
Checked address:
Address z.z.z.38:1720 тут интересно, это плавающий IP
Local address x.x.x.58 и вот он на мастере живет
Bring up command /$H323PROXY_ROOT/cfg/link_to_sovintel
Shut down command /$H323PROXY_ROOT/cfg/link_down_to_sovintel
#>
#>show stat
Mera VoIP Transit Softswitch ( 5000 Advanced )
Release 3.1.3 build 3103-0044 (Aug 7 2007 01:16:42) HASP
Redundancy type: Shared Ip
---------------------- Common statistics ----------------------
Host : 213.134.200.58
Start time : 02/09/2019 12:45:54
Up time : 9 days 2 hours 6 minutes
Stat start time : 02/09/2019 12:45:54
Stat duration : 9 days 2 hours 6 minutes
Max load : 69 calls
Calls duration : 117549 minute(s)
Active calls : 36
Active AVG 1m (5m): 34.58 (32.61)
Call rate 1m (5m) : 0.24 (0.35) (unlimited)
Call rate maximum : 1.26 at 09/09/2019 10:13:36
Full CR 1m (5m) : 0.24 (0.35)
Full CR maximum : 1.26 at 09/09/2019 10:13:36
Received calls : 75997
Normal calls : 68939
Failed calls : 7018
Rejected calls : 0
Received Kb : 138401707
Written Kb : 138392200
Примерн так увидим на мастере в начале:
[root@mvts1 cfg]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:0C:29:0E:54:07
inet addr:x.x.x.58 Bcast:213.134.200.63 Mask:255.255.255.248
eth0:0 Link encap:Ethernet HWaddr 00:0C:29:0E:54:07
inet addr:x.x.x.38 Bcast:213.134.195.39 Mask:255.255.255.252
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
Отрубаем линк на котором живет плавающий IP
/sbin/ifdown eth0:0
И в рубаем на слейве
/sbin/ifup eth0:188
Да-да, это до протоколов pacemaker и corosync , которые делали ноды и все автоматизировано, здесь можно руками, но так не делается, а делается на скриптах, но упращенно я рассказал как тут происходит и думаю логику уловили, на таком сценарии можно сделать балансировку для астера и других аналогичных АТС. В целом система показала себя как надежный и стабильный Н.323 гибкий коммутатор, до 1000 вызовов в ЧНН не проблема даже рядом, слышал и про более нагруженный платформы, у нас на сети она скромница и не ядро сети, хотя и важная ее часть.
Надеюсь было интересно.
Комментариев нет:
Отправить комментарий