Настройка георезерва
В данном разделе описываются основные понятия и настройка георезерва (географического резервирования).
Общие положения
Георезерв:
- Предотвращает ситуацию полного выхода из строя/недоступности для абонентов локации ECSS-10;
- Обслуживает абонентов geo.domain резервируемого гео-сайта в случае проблем на основном сайте (master), недоступности по сети и т.п.
Основные понятия
- Нода — представляет собой виртуальную машину Erlang и является элементом вычислительного кластера ECSS-10. Ноды в ECSS-10 типизируются по выполняемому на них функционалу. Однотипные ноды объединяются в кластера соответствующего типа (core/ds/md/mycelium/sip). Пример, кластер Core состоит из нод core1@ecss1 и core1@ecss2 , выполняющих функцию ядра коммутационной системы.
- Кластер — совокупность элементов одного типа, выполняющих, с точки зрения системы, единую функцию. С их помощью описывается вычислительная топология системы. В нашей системы элементом кластера является нода. Кластер существует до тех пор, пока в его состав входит хотя бы одна нода.
- Хост — устройство, подключенное к сети и использующее протоколы TCP/IP (компьютер, сервер и т.п.).
- Сайт — один или более хостов, расположенных в одном месте (помещении/здании), между которыми установлены высокоскоростные каналы связи. Ограничениями по скорости передачи данных можно пренебречь.
- Логические ресурсы ESCC-10 — виртуальные АТС-домены с информацией о маршрутизации, абонентах, абонентских настройках, транках, ограничениях.
- Мастер-сайт логического ресурса — сайт, который является владельцем логического ресурса ESCC-10.
- Бэкап-сайт логического ресурса — сайт, на который резервируется информация логического ресурса ESCC-10.
- Активное состояние логического ресурса — состояние, при котором сайт обслуживает трафик поступающий в рамках логического ресурса.
- Пассивное состояние логического ресурса — состояние, при котором сайт не обслуживает трафик поступающий в рамках логического ресурса.
- Федерация — механизм, посредством которого осуществляется обмен сообщениями между сайтами.
Возможные схемы резервирования
Резервирование может быть как однонаправленным, так и двунаправленным.
Пример:
пример 1
пример 2
В примере №1 домен geo.domain сайта site1 резервируется на site2.
В примере №2 site1 и site2 в свою очередь резервирует друг друга (разные домены geo.domain1 /geo.domain2).
Ниже описывается пошаговая настройка резервирования между двумя гео сайтами.
Пошаговая настройка георезерва
Исходим из того, что у нас есть два сайта: site1 с нодами DS <NODE_11>, <NODE_12> (например, сайт ecss10 с нодами ds1@ecss1, ds1@ecss2); site2 с нодами DS <NODE_21>, <NODE_22>.
Далее во всех примерах используем site1 и site2 для первой и второй локаций
- На каждом из сайтов независимо устанавливаем и настраиваем ECSS-10 по руководству по инсталляции и начальному конфигурированию.
Настройка dnsmasq
На каждом из хостов site1 и site2 добавляем в /etc/dnsmasq.d/ecss-broker следующие правила соответствия:Для site1:primary.site2.broker.ecss - IP адрес хоста 1 на второй локации; secondary.site2.broker.ecss - IP адрес хоста 2 на второй локации;
Для site2:primary.site1.broker.ecss - IP адрес хоста 1 на первой локации; secondary.site1.broker.ecss - IP адрес хоста 2 на первой локации;
Пример:address=/primary.site1.broker.ecss/192.168.23.110 address=/secondary.site1.broker.ecss/192.168.23.111
Перезапускаем dnsmasq на всех хостах site1 и site2sudo systemctl restart dnsmasq.service
- На каждом из хостов site1 и site2 настраиваем mycelium
Файл настройки mycelium находится по пути /etc/ecss/ecss-mycelium/mycelium1.configВ секции mycelium_client добавляем realm до соседнего сайта:
mycelium_client site1{mycelium_client, [ {realms, [ {local, "/ssw", "ssw", "ssw", 2, []}, {remote_geo_site, "/ssw", "ssw", "ssw", 10, [ {site2_l, 9, {host, "primary.site2.broker.ecss"}, 5672, 10}, {site2_r, 8, {host, "secondary.site2.broker.ecss"}, 5672, 10} ]} ]} ]},mycelium_client site2{mycelium_client, [ {realms, [ {local, "/ssw", "ssw", "ssw", 2, []}, {remote_geo_site, "/ssw", "ssw", "ssw", 10, [ {site1_l, 9, {host, "primary.site1.broker.ecss"}, 5672, 10}, {site1_r, 8, {host, "secondary.site1.broker.ecss"}, 5672, 10} ]} ]} ]},{mycelium_client, [ {realms, [ {local, "/ssw", "ssw", "ssw", 2, []}, {arpc_m, "/ssw", "ssw", "ssw", 1, [ #{group => arpc_m_l, priority => 9, host => "primary.broker.ecss", port => 5672, heartbeat_timeout => 2, count => 1}, #{group => arpc_m_r, priority => 8, host => "secondary.broker.ecss", port => 5672, heartbeat_timeout => 2, count => 1} ]} ]} ]},Прописать на оба хоста локации site1:
Прописать на оба хоста локации site2:пример для site1{mycelium_client, [ {realms, [ {local, "/ssw", "ssw", "ssw", 2, []}, {remote_geo_site, "/ssw", "ssw", "ssw", 10, [ {site2_l, 9, {host, "primary.site2.broker.ecss"}, 5672, 10}, {site2_r, 8, {host, "secondary.site2.broker.ecss"}, 5672, 10} ]}, {arpc_m, "/ssw", "ssw", "ssw", 1, [ #{group => arpc_m_l, priority => 9, host => "primary.broker.ecss", port => 5672, heartbeat_timeout => 2, count => 1}, #{group => arpc_m_r, priority => 8, host => "secondary.broker.ecss", port => 5672, heartbeat_timeout => 2, count => 1} ]} ]} ]},пример для site2{mycelium_client, [ {realms, [ {local, "/ssw", "ssw", "ssw", 2, []}, {remote_geo_site, "/ssw", "ssw", "ssw", 10, [ {site1_l, 9, {host, "primary.site1.broker.ecss"}, 5672, 10}, {site1_r, 8, {host, "secondary.site1.broker.ecss"}, 5672, 10} ]}, {arpc_m, "/ssw", "ssw", "ssw", 1, [ #{group => arpc_m_l, priority => 9, host => "primary.broker.ecss", port => 5672, heartbeat_timeout => 2, count => 1}, #{group => arpc_m_r, priority => 8, host => "secondary.broker.ecss", port => 5672, heartbeat_timeout => 2, count => 1} ]} ]} ]},Настройка секции mycelium_federation
Описание секции значений федерации:{values, #{ <<"<SITE_LOCAL>">> => <<"<SITE_LOCAL>">>, <<"<SITE_REMOTE>">> => <<"<SITE_REMOTE>">>, <<"<NODE_DS1>">> => <<"ds1@ecss1">>, <<"<NODE_DS2>">> => <<"ds1@ecss2">>, <<"<CLUSTER_CORE>">> => <<"core1">>, <<"<CLUSTER_SIP>">> => <<"sip1">> }},<SITE_LOCAL> — название локального сайта (например <<"<SITE_LOCAL>">> => <<"site1">>);
<SITE_REMOTE> — название удаленного сайта (например <<"<SITE_REMOTE>">> => <<"site2">>);
<NODE_DS1> — название первой ноды DS — по умолчанию <<"ds1@ecss1">>;
<NODE_DS2> — название второй ноды DS — по умолчанию <<"ds1@ecss2">>;
<CLUSTER_CORE> — название кластера ядра — по умолчанию <<"core1">>;
<CLUSTER_SIP> — название кластера SIP адаптера — по умолчанию <<"sip1">>.В секцию mycelium_federation добавляем следующие правила (если секция отсутствует, добавьте её), секция values заполняется в соответствии с описанием, приведенным выше:
Секцию mycelium_federation вставить между секциями mycelium_client и arpc_mycelium_server,
Прописать на оба хоста локации site1:
{mycelium_federation, [ {values, #{ <<"<SITE_LOCAL>">> => <<"site1">>, <<"<SITE_REMOTE>">> => <<"site2">>, <<"<NODE_DS1>">> => <<"ds1@ecss1">>, <<"<NODE_DS2>">> => <<"ds1@ecss2">>, <<"<CLUSTER_CORE>">> => <<"core1">>, <<"<CLUSTER_SIP>">> => <<"sip1">> }}, {defaults, #{ uplink => #{ realm => remote_geo_site % имя рилма, который будет использован для подключения к удаленному брокеру }, exchange => #{ type => <<"direct">>, args => []}, queue => #{ passive => false, durable => false, exclusive => false, auto_delete => true, args => [ {<<"lifetime_interval">>, 16#22, 1000},%uint32 {<<"max_message_num">>, 16#32, 10000},%uint64 {<<"overflow_warning">>, 16#08, true},%boolean {<<"shuffle_subscriptions">>, 16#08, false}]},%boolean subscribe => #{ acquire_mode => 0, accept_mode => 0, exclusive => false, flow_unit_byte => infinity, flow_unit_message => infinity, args => [{<<"random_location">>, 16#08, true}]}}}, {uplinks, [ %% ===========================================================%% %% Настройки федерации для ECSS-PA-SIP (<SITE_LOCAL>) %% %% Настройка репликации с сайта <SITE_LOCAL> -> <SITE_REMOTE> %% %% ===========================================================%% #{%Очередь для обмена регистрациями name => <<"ecss.<SITE_LOCAL>.<CLUSTER_SIP>.sync">>, destination => {exchange, <<"sync.sip.ex">>, <<"sync.<SITE_LOCAL>.<CLUSTER_SIP>.rk">>}, exchange => [#{name => <<"sync.sip.ex">>}], queue => [#{name => <<"sync.sip.q">>, auto_delete => true, args => []}], bind => [#{exchange => <<"sync.sip.ex">>, binding_key => <<"sync.sip.rk">>, queue => <<"sync.sip.q">>}], subscribe => [#{queue => <<"sync.sip.q">>}]}, %% ===========================================================%% %% Настройки федерации для ECSS-DS (<SITE_LOCAL>) %% %% Настройка репликации с сайта <SITE_LOCAL> -> <SITE_REMOTE> %% %% ===========================================================%% #{%Альтернативная очередь для сайта <SITE_LOCAL> name => <<"ecss.<SITE_LOCAL>.sync.db.alt">>, destination => {exchange, <<"ecss.sync.db.alt.ex">>, <<"ecss.<SITE_LOCAL>.sync.db.rk">>}, exchange => [#{name => <<"ecss.sync.db.alt.ex">>, type => <<"x-random-uniform">>}], queue => [#{name => <<"ecss.<SITE_LOCAL>.sync.db.alt.q">>, auto_delete => true, args => []}], bind => [#{exchange => <<"ecss.sync.db.alt.ex">>, binding_key => <<"ecss.<SITE_LOCAL>.sync.db.rk">>, queue => <<"ecss.<SITE_LOCAL>.sync.db.alt.q">>}], subscribe => [#{queue => <<"ecss.<SITE_LOCAL>.sync.db.alt.q">>}]}, #{%Private exchange <NODE_DS1> name => <<"ecss.sync.db.<NODE_DS1>">>, destination => {exchange, <<"ecss.sync.db.ex">>, <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.rk">>}, exchange => [#{name => <<"ecss.sync.db.ex">>, alternate_exchange => <<"ecss.sync.db.alt.ex">>, type => <<"x-random-uniform">>}], queue => [#{name => <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.q">>, auto_delete => true, args => []}], bind => [#{queue => <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.q">>, exchange => <<"ecss.sync.db.ex">>, binding_key => <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.rk">>}], subscribe => [#{queue => <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.q">>}]}, #{%Private exchange <NODE_DS2> name => <<"ecss.sync.db.<NODE_DS2>">>, destination => {exchange, <<"ecss.sync.db.ex">>, <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.rk">>}, exchange => [#{name => <<"ecss.sync.db.ex">>, alternate_exchange => <<"ecss.sync.db.alt.ex">>, type => <<"x-random-uniform">>}], queue => [#{name => <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.q">>, auto_delete => true, args => []}], bind => [#{queue => <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.q">>, exchange => <<"ecss.sync.db.ex">>, binding_key => <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.rk">>}], subscribe => [#{queue => <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.q">>}]}, %% ===========================================================%% %% Настройки федерации для ECSS-DS (<SITE_LOCAL>) %% %% Настройка репликации с сайта <SITE_LOCAL> -> <SITE_REMOTE> %% %% ===========================================================%% #{%Альтернативная очередь для сайта <SITE_LOCAL> name => <<"ecss.<SITE_REMOTE>.sync.db.alt">>, max_hops => 2, destination => {exchange, <<"ecss.sync.db.ex">>, <<"ecss.<SITE_REMOTE>.sync.db.rk">>}, exchange => [#{name => <<"ecss.sync.db.ex">>, alternate_exchange => <<"ecss.sync.db.alt.ex">>, type => <<"x-random-uniform">>}], queue => [#{name => <<"ecss.<SITE_REMOTE>.sync.db.q">>, auto_delete => true, args => []}], bind => [#{exchange => <<"ecss.sync.db.ex">>, binding_key => <<"ecss.<SITE_REMOTE>.sync.db.rk">>, queue => <<"ecss.<SITE_REMOTE>.sync.db.q">>}], subscribe => [#{queue => <<"ecss.<SITE_REMOTE>.sync.db.q">>}]} ]}] },Прописать на оба хоста локации site2:
{mycelium_federation, [ {values, #{ <<"<SITE_LOCAL>">> => <<"site2">>, <<"<SITE_REMOTE>">> => <<"site1">>, <<"<NODE_DS1>">> => <<"ds1@ecss1">>, <<"<NODE_DS2>">> => <<"ds1@ecss2">>, <<"<CLUSTER_CORE>">> => <<"core1">>, <<"<CLUSTER_SIP>">> => <<"sip1">> }}, {defaults, #{ uplink => #{ realm => remote_geo_site % имя рилма, который будет использован для подключения к удаленному брокеру }, exchange => #{ type => <<"direct">>, args => []}, queue => #{ passive => false, durable => false, exclusive => false, auto_delete => true, args => [ {<<"lifetime_interval">>, 16#22, 1000},%uint32 {<<"max_message_num">>, 16#32, 10000},%uint64 {<<"overflow_warning">>, 16#08, true},%boolean {<<"shuffle_subscriptions">>, 16#08, false}]},%boolean subscribe => #{ acquire_mode => 0, accept_mode => 0, exclusive => false, flow_unit_byte => infinity, flow_unit_message => infinity, args => [{<<"random_location">>, 16#08, true}]}}}, {uplinks, [ %% ===========================================================%% %% Настройки федерации для ECSS-PA-SIP (<SITE_LOCAL>) %% %% Настройка репликации с сайта <SITE_LOCAL> -> <SITE_REMOTE> %% %% ===========================================================%% #{%Очередь для обмена регистрациями name => <<"ecss.<SITE_LOCAL>.<CLUSTER_SIP>.sync">>, destination => {exchange, <<"sync.sip.ex">>, <<"sync.<SITE_LOCAL>.<CLUSTER_SIP>.rk">>}, exchange => [#{name => <<"sync.sip.ex">>}], queue => [#{name => <<"sync.sip.q">>, auto_delete => true, args => []}], bind => [#{exchange => <<"sync.sip.ex">>, binding_key => <<"sync.sip.rk">>, queue => <<"sync.sip.q">>}], subscribe => [#{queue => <<"sync.sip.q">>}]}, %% ===========================================================%% %% Настройки федерации для ECSS-DS (<SITE_LOCAL>) %% %% Настройка репликации с сайта <SITE_LOCAL> -> <SITE_REMOTE> %% %% ===========================================================%% #{%Альтернативная очередь для сайта <SITE_LOCAL> name => <<"ecss.<SITE_LOCAL>.sync.db.alt">>, destination => {exchange, <<"ecss.sync.db.alt.ex">>, <<"ecss.<SITE_LOCAL>.sync.db.rk">>}, exchange => [#{name => <<"ecss.sync.db.alt.ex">>, type => <<"x-random-uniform">>}], queue => [#{name => <<"ecss.<SITE_LOCAL>.sync.db.alt.q">>, auto_delete => true, args => []}], bind => [#{exchange => <<"ecss.sync.db.alt.ex">>, binding_key => <<"ecss.<SITE_LOCAL>.sync.db.rk">>, queue => <<"ecss.<SITE_LOCAL>.sync.db.alt.q">>}], subscribe => [#{queue => <<"ecss.<SITE_LOCAL>.sync.db.alt.q">>}]}, #{%Private exchange <NODE_DS1> name => <<"ecss.sync.db.<NODE_DS1>">>, destination => {exchange, <<"ecss.sync.db.ex">>, <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.rk">>}, exchange => [#{name => <<"ecss.sync.db.ex">>, alternate_exchange => <<"ecss.sync.db.alt.ex">>, type => <<"x-random-uniform">>}], queue => [#{name => <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.q">>, auto_delete => true, args => []}], bind => [#{queue => <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.q">>, exchange => <<"ecss.sync.db.ex">>, binding_key => <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.rk">>}], subscribe => [#{queue => <<"ecss.<SITE_LOCAL>.<NODE_DS1>.sync.db.reply.q">>}]}, #{%Private exchange <NODE_DS2> name => <<"ecss.sync.db.<NODE_DS2>">>, destination => {exchange, <<"ecss.sync.db.ex">>, <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.rk">>}, exchange => [#{name => <<"ecss.sync.db.ex">>, alternate_exchange => <<"ecss.sync.db.alt.ex">>, type => <<"x-random-uniform">>}], queue => [#{name => <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.q">>, auto_delete => true, args => []}], bind => [#{queue => <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.q">>, exchange => <<"ecss.sync.db.ex">>, binding_key => <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.rk">>}], subscribe => [#{queue => <<"ecss.<SITE_LOCAL>.<NODE_DS2>.sync.db.reply.q">>}]}, %% ===========================================================%% %% Настройки федерации для ECSS-DS (<SITE_LOCAL>) %% %% Настройка репликации с сайта <SITE_LOCAL> -> <SITE_REMOTE> %% %% ===========================================================%% #{%Альтернативная очередь для сайта <SITE_LOCAL> name => <<"ecss.<SITE_REMOTE>.sync.db.alt">>, max_hops => 2, destination => {exchange, <<"ecss.sync.db.ex">>, <<"ecss.<SITE_REMOTE>.sync.db.rk">>}, exchange => [#{name => <<"ecss.sync.db.ex">>, alternate_exchange => <<"ecss.sync.db.alt.ex">>, type => <<"x-random-uniform">>}], queue => [#{name => <<"ecss.<SITE_REMOTE>.sync.db.q">>, auto_delete => true, args => []}], bind => [#{exchange => <<"ecss.sync.db.ex">>, binding_key => <<"ecss.<SITE_REMOTE>.sync.db.rk">>, queue => <<"ecss.<SITE_REMOTE>.sync.db.q">>}], subscribe => [#{queue => <<"ecss.<SITE_REMOTE>.sync.db.q">>}]} ]}] },
- Настройка гео-сайта site1
команды выполняются в CoCon:- Устанавливаем имя гео-сайта системы site1:
/system/geo-backup/properties/set site site1 Property "site" successfully changed from: ecss10 to site1.
- Указываем имя (имена) гео-сайтов, с которых мы будем принимать репликации:
/system/geo-backup/properties/set slave_sites site2 Property "slave_sites" successfully changed from: to site2.
- Для ранее созданных доменов устанавливаем имя master гео-сайта (для вновь создаваемых доменов значение гео-сайта равняется установленному в п.6.1):
/domain/properties/set * site site1 Property "site" successfully changed from: ecss10 to site1.
Если в качестве домена указана звездочка, то значения изменяются только в тех доменах, в которых они установлены по умолчанию. Иначе останется то же значение, что явно было выставлено на домене. - Для георезервируемых доменов устанавливаем replica_type master:
/domain/geo.domain/properties/set replica_type master Property "replica_type" successfully changed from: none to master.
- Настраиваем ip-set (ip-set георезервируемых доменов на site1 и site2 должны иметь одинаковые имена).
/cluster/adapter/sip1/sip/network/set ip_set geo.domain listen-ports list = [5060] Property "ip_set" successfully changed from: to geo.domain 5060 geo.domain no addresses set. /cluster/adapter/sip1/sip/network/set ip_set geo.domain node-ip node = sip1@ecss1 ip = 192.168.23.110 Property "ip_set" successfully changed from: geo.domain 5060 geo.domain no addresses set to geo.domain 5060 geo.domain sip1@ecss1 192.168.23.110. /cluster/adapter/sip1/sip/network/set ip_set geo.domain node-ip node = sip1@ecss2 ip = 192.168.23.111 Property "ip_set" successfully changed from: geo.domain 5060 geo.domain sip1@ecss1 192.168.23.110 to geo.domain 5060 geo.domain sip1@ecss1 192.168.23.110 geo.domain sip1@ecss2 192.168.23.111.
- Указываем адрес альтернативного сервера (site2):
/cluster/adapter/sip1/sip/properties/set alternative_server 192.168.23.183 Property "alternative_server" successfully changed from: undefined to "192.168.23.183".
В случае проблем с внутренним транспортом вызовы будут перенаправляться адаптером на альтернативный сервер.
- Перезагружаем все сервисы сайта site1
- Настройка гео-сайта site2
- Устанавливаем имя гео-сайта системы site2:
/system/geo-backup/properties/set site site2 Property "site" successfully changed from: ecss10 to site2.
- Указываем имя (имена) гео-сайтов, с которых мы будем принимать репликации:
/system/geo-backup/properties/set slave_sites site1 Property "slave_sites" successfully changed from: to site1.
- Для ранее созданных доменов устанавливаем имя master гео-сайта (для вновь создаваемых доменов значение гео-сайта равняется установленному в п.7.1):
/domain/properties/set * site site2 Property "site" successfully changed from: ecss10 to site2.
Если в качестве домена указана звездочка, то значения изменяются только в тех доменах, в которых они установлены по умолчанию. Иначе останется то же значение, что явно было выставлено на домене. Для георезервируемых доменов устанавливаем replica_type backup:
/domain/geo.domain/properties/set replica_type backup Property "replica_type" successfully changed from: none to backup.CODE- Настраиваем ip-set (ip-set георезервируемых доменов на site1 и site2 должны иметь одинаковые имена).
/cluster/adapter/sip1/sip/network/set ip_set geo.domain listen-ports list = [5060] Property "ip_set" successfully changed from: to geo.domain 5060 geo.domain no addresses set. /cluster/adapter/sip1/sip/network/set ip_set geo.domain node-ip node = sip1@ecss1 ip = 192.168.23.183 Property "ip_set" successfully changed from: geo.domain 5060 geo.domain no addresses set to geo.domain 5060 geo.domain sip1@ecss1 192.168.23.183. /cluster/adapter/sip1/sip/network/set ip_set geo.domain node-ip node = sip1@ecss2 ip = 192.168.23.184 Property "ip_set" successfully changed from: geo.domain 5060 geo.domain sip1@ecss1 192.168.23.183 to geo.domain 5060 geo.domain sip1@ecss1 192.168.23.183 geo.domain sip1@ecss2 192.168.23.184.
- Указываем адрес альтернативного сервера (site1):
/cluster/adapter/sip1/sip/properties/set alternative_server 192.168.23.110 Property "alternative_server" successfully changed from: undefined to "192.168.23.110".
В случае проблем с внутренним транспортом вызовы будут перенаправляться адаптером на альтернативный сервер.
- Перезагружаем все сервисы сайта site2
После перезагрузки на двух сайтах (site1 и site2) включаем географическое резервирование:
/system/geo-backup/properties/set enabled true Property "enabled" successfully changed from: false to true.CODE- Устанавливаем ip-set для георезервируемого домена на site1
/domain/geo.domain/sip/network/set ip_set [geo.domain] Property "ip_set" successfully changed from: [] to ["geo.domain"].
Если необходимо, можно скорректировать период реплицирования данных (задается в секундах):/system/geo-backup/properties/set sync_timeout 1800
Настройка медиаресурсов
Для корректной работы георезерва на удаленном гео-сайте необходимо настроить медиаресурсы, используемые георезервируемым доменом (имена медиаресурсов site и zone должны совпадать). Настройка медиаресурсов подробно описана в разделе Конфигурирование распределенного медиасервера.
- Выполняем команду синхронизации домена:
/system/geo-backup/sync <DOMAIN_NAME> ┌─────────────┬───────────┐ │ Domain │Sync result│ ├─────────────┼───────────┤ │<DOMAIN_NAME>│ok │ └─────────────┴───────────┘ Total syncronized domains: 1
- Для проверки статуса георезерва и информации о времени последней синхронизации:
/system/geo-backup/status ┌───────────┬──────┬───────┬──────────────┬───────────────────┬───────────────────┐ │ Domain │ Site │Replica│Replica status│ Last update time │ Last success │ │ │ │ │ │ │ update time │ ├───────────┼──────┼───────┼──────────────┼───────────────────┼───────────────────┤ │p.city │ecss10│master │syncronized │08.09.2017 14:19:01│08.09.2017 14:19:01│ │geo.domain │nsk │master │syncronized │08.09.2017 14:19:03│08.09.2017 14:19:03│ └───────────┴──────┴───────┴──────────────┴───────────────────┴───────────────────┘ Total syncronized domains: 2
- Настройка доменов на каждом из гео-кластеров. При этом вновь создаваемые кластера помечаются replica_type = master:
/domain/p.city/properties/info replica_type ┌────────────┬──────┬──────┐ │ Property │Domain│Value │ ├────────────┼──────┼──────┤ │replica_type│p.city│master│ └────────────┴──────┴──────┘
Это означает, что на данном гео-кластере этот домен сейчас активный, и вызовы обслуживаются данным гео-кластером. Когда будет выполнена репликация этого домена на соседний сайт, его replica_type станет равен backup. Это будет означать, что настройки домена были прореплицированы, но сейчас данный домен обслуживается соседним гео-кластером.
На этом настройка георезерва закончена.
Подключение между двумя локациями в георезерве
Не рекомендуется использовать транки в георезервируемом домене. Связь с внешними направлениями (в примере Москва/Новосибирск/Локальный) рекомендуется осуществлять через транзитный домен по следующей схеме:
- Создание бриджа до транзитного домена <TRANSIT_DOMAIN_1> на site1:
/bridge/declare <BRIDGE_NAME> <DUPLEX> <STRICT> <CAPACITY> <GEO_DOMAIN> <GEO_NP> <GEO_INTERFACE> <GEO_TRUNKGROUP> <GEO_ROUTING_CONTEXT> <TRANSIT_DOMAIN_1> <NP_1> <INTERFACE_1> <TRUNKGROUP_1> <ROUTING_CONTEXT_1> Bridge with name <BRIDGE_NAME> declared successfully.
Пример:/bridge/declare geo.transit true true unbounded geo.domain default bridge:transit tg:transit default_routing transit.domain1 default bridge:to.geo.1 tg:to.geo.1 default_routing Bridge with name "geo.transit" declared successfully.
- Создание бриджа до транзитного домена <TRANSIT_DOMAIN_2> на site2:
/bridge/declare <BRIDGE_NAME> <DUPLEX> <STRICT> <CAPACITY> <GEO_DOMAIN> <GEO_NP> <GEO_INTERFACE> <GEO_TRUNKGROUP> <GEO_ROUTING_CONTEXT> <TRANSIT_DOMAIN_2> <NP_2> <INTERFACE_2> <TRUNKGROUP_2> <ROUTING_CONTEXT_2> Bridge with name <BRIDGE_NAME> declared successfully.
Пример:/bridge/declare geo.transit true true unbounded geo.domain default bridge:transit tg:transit default_routing transit.domain2 default bridge:to.geo.2 tg:to.geo.2 default_routing Bridge with name "geo.transit" declared successfully.
Параметры:
<BRIDGE_NAME> — уникальное в рамках ECSS-10 имя bridge-интерфейса (строка, без пробелов);<DUPLEX> — режим работы bridge:
- true — двунаправленный;
- false — однонаправленный.
<STRICT> — режим проверки номеров, проходящих через бридж;
- true — проверка включена.
- false — проверка выключена.
<CAPACITY> — количество одновременно активных вызовов на заданном bridge-интерфейсе, принимает значения:
- любое положительное число;
- unbounded — количество не ограничено.
<GEO_DOMAIN> — имя георезервируемого домена должно быть одинаковым на site1 и site2;
<GEO_NP> — план нумерации георезервируемого домена должен быть одинаковым на site1и site2;
<GEO_INTERFACE> — имя интерфейса георезервируемого домена, через который будет осуществляться взаимодействие с bridge-интерфейсом, должно быть одинаковым на site1 и site2;
<GEO_TRUNKGROUP> — идентификатор транк-группы для интерфейса георезервируемого домена должен быть одинаковым на site1 и site2;
<GEO_ROUTING_CONTEXT> — контекст маршрутизации георезервируемого домена должен быть одинаковым на site1 и site2;
<TRANSIT_DOMAIN_1> / <TRANSIT_DOMAIN_2> — имя транзитной виртуальной АТС на site1 / site2 , с которой устанавливает соединение bridge;
<NP_1> / <NP_2> — план нумерации транзитного домена, на site1 / site2 с которым устанавливает соединение bridge;
<INTERFACE_1> / <INTERFACE_2> — имя интерфейса транзитного домена site1 / site2, через который будет осуществляться взаимодействие с bridge-интерфейсом;
<TRUNKGROUP_1> / <TRUNKGROUP_2> — идентификатор транк-группы для интерфейса транзитного домена на site1 / site2;
<ROUTING_CONTEXT_1> / <ROUTING_CONTEXT_2> — контекст маршрутизации по умолчанию для интерфейса транзитного домена на site1 / site2.