Changes between Version 14 and Version 15 of SoftswitchFailOver

Timestamp:

Mar 13, 2017, 3:50:21 PM (8 years ago)

Author:

alx

Comment:

В схеме автоматического переключения сделаны два разных общих адреса для MySQL и FreeSwitch.

SoftswitchFailOver

@@ -473 +473 @@
 === Автоматическое переключение ===
 
-Для автоматического переключения будем использовать протокол VRRP и демон keepalived. Этот демон будет обеспечивать однятие на одном из серверов (активном, MASTER) общего адреса. Общий адрес - это IP адрес, используя который один из двух серверов (активный) будет предоставлять сервис. Пусть для определенности это будет адрес {{{192.168.0.63}}}.
+В этом варианте конфигурации мы будем использовать два общих IP адреса - один для базы данных MySQL, другой для !FreeSwitch. Общий адрес - это IP адрес, используя который один из двух серверов (активный) будет предоставлять сервис. Пусть для определенности общий адрес !FreeSwitch будет {{{192.168.0.63}}}, а общий адрес MySQL - {{{192.168.0.66}}}. Для автоматического переключения будем использовать протокол VRRP и демон keepalived. Этот демон будет обеспечивать поднятие на одном из серверов (активном, MASTER) общего адреса.
 
 Устанавливаем пакет keepalived:
@@ -522 +522 @@
     }
 }
-}}}
-
-где "eth0" - имя сетевого интерфейса, "eth0:0" - алиас с общим адресом - меняем их в соответствии с именем интерфейса каждого сервера.
+
+vrrp_instance VI_MYSQL {
+    state BACKUP
+    interface eth0
+    virtual_router_id 55
+    priority 100
+    advert_int 1
+    authentication {
+        auth_type PASS
+        auth_pass labuda52
+    }
+    virtual_ipaddress {
+        192.168.0.66/24 dev eth0 label eth0:1
+    }
+}
+}}}
+
+где "eth0" - имя сетевого интерфейса - меняем его в соответствии с именем интерфейса каждого сервера. В данной конфигурации описано два экземпляра объекта vrrp: VI_MYSQL для сервера MySQL и VI_FREESW для сервера !FreeSwitch.
 
 Запускаем keepalived на одном из серверов:
@@ -532 +547 @@
 }}}
 
-Контролируем в /var/log/syslog, что демон успешно запустился и, так как на втором сервере keepalived еще не запуцщен, сразу после запуска keepalived должен перейти в состояние MASTER. Контролируем, что у сервера появился адрес 192.168.0.63.
-
-Теперь запускаем keepalived на втором сервере. Контролируем, что демон запустился, на находится в состоянии BACKUP, так как в сети уже есть MASTER.
+Контролируем в /var/log/syslog, что демон успешно запустился и, так как на втором сервере keepalived еще не запуцщен, сразу после запуска экземпляры VI_MYSQL и VI_FREESW должны перейти в состояние MASTER. Контролируем, что у сервера появились адреса 192.168.0.63 и 192.168.0.66.
+
+Теперь запускаем keepalived на втором сервере. Контролируем, что демон запустился, но экземпляры VI_MYSQL и VI_FREESW находятся в состоянии BACKUP, так как в сети уже есть MASTER.
 
 Контролируем переход сервера из состояния BACKUP в состояние MASTER. Для этого на несколько секунд отключаем активный в данный момент MASTER от сети (или просто останавливаем на нем демон keepalived). Контролируцем, что сервер, находившийся в состоянии BACKUP, перешел в состояние MASTER.
 
-Теперь необходимо изменить настройки odbc таким образом, чтобы оба сервера !FreeSwitch подключались к базе данных используя общий адрес и, таким образом, подключались к одному и тому же серверу mysql. Для этого в ранее созданном файле /etc/odbc.ini указываем адрес сервера {{{192.168.0.63}}}.
+Теперь необходимо изменить настройки odbc таким образом, чтобы оба сервера !FreeSwitch подключались к базе данных, используя общий адрес и, таким образом, подключались к одному и тому же серверу mysql. Для этого в ранее созданном файле /etc/odbc.ini указываем адрес сервера {{{192.168.0.66}}}.
 
 Устанавливаем параметр sysctl net.ipv4.ip_nonlocal_bind в значение 1 чтобы дать возможность неактивному серверу !FreeSwitch слушать адрес, отсутствующий на его интерфейсах:
@@ -560 +575 @@
 }}}
 
-На данном этапе у нас настроен переход сервера из резерва в активное состояние по единственному критерию - недоступности мастера, определяемой по протоколу VRRP. Теперь добавим сюда контроль работоспособности !FreeSwitch. Для этого сначала установим пакет arping:
-
-{{{
-$ sudo apt-get install arping
-}}}
-
-Теперь создадим скрипт /etc/keepalived/ka-status.sh:
+На данном этапе у нас настроен переход сервера из резерва в активное состояние по единственному критерию - недоступности мастера, определяемой по протоколу VRRP. Теперь добавим сюда контроль работоспособности !FreeSwitch. Для этого создадим скрипт /etc/keepalived/fs-status.sh:
 
 {{{#!sh
@@ -574 +583 @@
 profiles="internal internal6";
 
-# Если общий адрес еще не поднят, возвращаем успех.
-arping -q -c3 -W0.1 192.168.0.63 || exit 0
-
-# Если общий адрес поднят, проверяем работоспособность FreeSwitch
 RESULT=`/usr/bin/fs_cli -p$password -x "sofia xmlstatus"`
 
 for P in $profiles; do
-    echo $RESULT | grep -q "<name>$P</name>" || exit 1
+    echo $RESULT | grep -q "<name>${P}</name>" || exit 1
 done
 
@@ -587 +592 @@
 }}}
 
-где "secert" заменяем на пароль доступа к event-socket !FreeSwitch-сервера, а переменной {{{profiles}}} присваиваем имена SIP-профилей, наличие которых необходимо контролировать. Теперь, если все перечисленные в {{{profiles}}} профили запущены, скрипт вернет 0, иначе - 1. 
+где "secert" заменяем на пароль доступа к event-socket !FreeSwitch-сервера, а переменной {{{profiles}}} присваиваем имена SIP-профилей, наличие которых необходимо контролировать. Не забываем установить скрипту права доступа, чтобы ничто не мог украсть пароль. Теперь, если все перечисленные в {{{profiles}}} профили запущены, скрипт вернет 0, иначе - 1. 
 
 Если требуется контролировать только один профиль, скрипт можно сделать более лаконичным:
@@ -597 +602 @@
 profile="internal";
 
-# Если общий адрес еще не поднят, возвращаем успех.
-arping -q -c3 -W0.1 192.168.0.63 || exit 0
-
-# Если общий адрес поднят, проверяем работоспособность FreeSwitch
 /usr/bin/fs_cli -p$password -x "sofia xmlstatus" | grep -q "<name>${profile}</name>" || exit 1
-
 exit 0;
 }}}
 
-arping в начале скрипта нужен для разрешения проблемы яйца и курицы: keepalived не перейдет в состояние MASTER и не поднимет на сетевом интерфейсе общий адрес, пока наш скрипт не вернет 0, в то же время профиль !FreeSwitch не сможет стартовать, пока в сети не поднят общий адрес, так как именно этот адрес используется для подключения к базе данных. Благодаря строчке с arping при включении первого из двух серверов, когда общего адреса еще нет, скрипт вернет 0, keepalived успешно перейдет в состояние MASTER и активирует общий адрес.
-
 Проверим функционирование скрипта, запустив его вручную. Если все хорошо, укажем keepalived проверять работоспособность !FreeSwitch каждые 10 секунд. Для этого в /etc/keepalived/keepalived.conf добавляем секцию с описанием скрипта:
 
 {{{
 vrrp_script chk_fs {
-    script "/etc/keepalived/ka-status.sh"
+    script "/etc/keepalived/fs-status.sh"
     interval 10
 }
@@ -637 +635 @@
 }}}
 
-Ждем 10 секунд и контролируем, что keepalived перешел в состояние FAULT.
+Ждем 10 секунд и контролируем, что экземпляр VI_FREESW перешел в состояние FAULT.
 
 === Ручное переключение ===