Резервирование и каскадирование серверов - История изменений

Ugr: /* Настройка резервирования */

2025-02-12T11:05:48Z

Настройка резервирования

Ugr: /* Настройка каскадирования */

2025-02-12T11:04:30Z

Настройка каскадирования

Ugr: /* Настройка резервирования */

2025-02-12T10:58:23Z

Настройка резервирования

Ugr: /* Подготовка к настройке */

2025-02-12T10:54:41Z

Подготовка к настройке

Ugr: /* Схема резервирования и каскадирования серверов */

2025-02-12T10:46:16Z

Схема резервирования и каскадирования серверов

Alina: /* Проверка статусов кластера */

2024-06-27T13:43:20Z

Проверка статусов кластера

Alina: /* Подготовка к настройке */

2024-06-26T11:44:17Z

Подготовка к настройке

Alina: /* Подготовка к настройке */

2024-06-26T11:42:23Z

Подготовка к настройке

Alina в 09:09, 26 июня 2024

2024-06-26T09:09:05Z

Alina в 09:05, 26 июня 2024

2024-06-26T09:05:30Z

@@ Строка 123: / Строка 123: @@
 [[Файл:Checkreserv.png|800px|безрамки|центр|Checkreserv]]
-'''*''' - в v30 и выше больше не требуется
+'''*''' - в v30 и выше пункт №6 более не требуется к выполнению
 === Настройка каскадирования ===

@@ Строка 143: / Строка 143: @@
 . Необходимо дождаться, когда у всех медиасерверов в статусе отобразится зеленая галка.<br>
 [[Файл:Mediagreencheck.png|800px|безрамки|центр|Mediagreencheck]]
-. На сервере управления, в разделе «Обновление» установите патч config_patch_to_configure_media_servers.bin. Необходимо дождаться, когда в разделе «Статус» начнется отсчет времени работы в пункте «Время работы сервера»<br>
+. На сервере управления, в разделе «Обновление» установите патч config_patch_to_configure_media_servers.bin.'''*''' Необходимо дождаться, когда в разделе «Статус» начнется отсчет времени работы в пункте «Время работы сервера»<br>
 . На главной странице управляющего сервера должны появиться дополнительные вкладки с состоянием медиасерверов:<br>
 [[Файл:Mcutab.png|800px|безрамки|центр|Mcutab]]
 == Проверка статусов кластера ==

@@ Строка 111: / Строка 111: @@
 . Как только начнется отсчет времени работы сервера перейти по адресу https://<ip основного сервера>/config_patch_for_slave_and_media.bin и скачать файл. ВАЖНО: Данный файл доступен для загрузки в течение 5 минут с момента начала отсчета времени работы сервера.<br>
 . На резервном сервере (будущем secondary) установить скачанный патч config_patch_for_slave_and_media.bin в разделе «Обновление». Дождаться, когда в разделе «Статус» начнется отсчет времени работы сервера.<br>
-. Установить патч config_patch_prepare_slave.bin на резервный сервер (будущий secondary).<br>
+. Установить патч config_patch_prepare_slave.bin на резервный сервер (будущий secondary).'''*'''<br>
 . Выключить основной сервер, который должен стать primary-сервером (192.0.2.1).<br>
 . На резервном сервере, который должен стать secondary-сервером (192.0.2.2) в настройках резервирования прописать адрес 192.0.2.1. Сохранить настройки.<br>
@@ Строка 122: / Строка 122: @@
 . Посмотрите состояние синхронизации на странице «Статус».
 [[Файл:Checkreserv.png|800px|безрамки|центр|Checkreserv]]
 === Настройка каскадирования ===

@@ Строка 72: / Строка 72: @@
 . Получите у технической поддержки Vinteo необходимые файлы для настройки:
 * config_patch_generate_replicator_keys.bin
-* config_patch_to_configure_media_servers.bin
+* config_patch_to_configure_media_servers.bin'''*'''
-* config_patch_prepare_slave.bin
+* config_patch_prepare_slave.bin'''*'''
 . Установите основной, резервный и медиасерверы в соответствии с инструкцией.<br>
 . Обновите ПО всех серверов до последней версии. ПО всех серверов должно быть одинаковой версии.<br>
@@ Строка 79: / Строка 79: @@
   На резервном сервере лицензия должна содержать резервирование и порты, если используются серверы с Static/Dynamic лицензированием. Если используется сервер с лицензированием Enterprise, то достаточно только резервирования.
 === Настройка сети основного и резервного серверов ===

@@ Строка 56: / Строка 56: @@
 Для удобства настройки рекомендуется назначить IP-адрес интерфейса eth0 на резервном сервере из одной подсети с основным сервером.
-'''Если необходима адресация, отличная от показанной на схеме, то настроить резервирование и каскадирование самостоятельно не получится, для этого необходимо обращаться в техническую поддержку Vinteo. При невозможности подключения сотрудников технической поддержки к серверам по SSH, вам будут выданы патчи с необходимой адресацией.'''
+'''Если необходима адресация, отличная от показанной на схеме, то настроить резервирование и каскадирование самостоятельно не получится, для этого необходимо обращаться в техническую поддержку Vinteo. При невозможности подключения сотрудников технической поддержки к серверам по SSH, вам будут выданы патчи с необходимой адресацией.<sup>*верно только для серверов с прошивкой ниже 30.0.0, в v30 и выше можно использовать любые адреса подсетей</sup>'''
 Интерфейсы eth0 основного и резервного сервера должны быть подключены к сети, откуда ожидаются подключения абонентов.

@@ Строка 155: / Строка 155: @@
 ''Remote(IP) last seen at'' - время последней проверки primary-сервером secondary-сервера. Проверка происходит раз в 30 секунд.
-При рабочем состоянии резервирования ''все три параметра будут отображаться''. Если primary-сервер не видит secondary-сервер по какой-то причине, то в ''Remote(IP) last seen at'' будет написано время последней успешной проверки или never. Так же в веб-интерфейсе будет отображаться сообщение: "Внимание! Secondary-сервер не синхронизируется".
+При рабочем состоянии резервирования ''все три параметра будут отображаться''. Если primary-сервер не видит secondary-сервер по какой-то причине, то в ''Remote(IP) last seen at'' будет написано время последней успешной проверки или never. Так же в веб-интерфейсе будет отображаться сообщение о том, что secondary-сервер не синхронизируется.
 [[Файл:Slavenotavail.png|800px|безрамки|центр|Slavenotavail]]
 <br>

@@ Строка 68: / Строка 68: @@
 === Подготовка к настройке ===
-. Для самостоятельной настройки IP-адресация должна соответствовать отображенной на схеме из раздела 2 «Схема резервирования и каскадирования серверов».<br>
+. Для самостоятельной настройки IP-адресация должна соответствовать отображенной на схеме из раздела «Схема резервирования и каскадирования серверов».<br>
 . Для медиасерверов, ради удобства настройки, рекомендуется назначить IP адреса на интерфейсе eth0, доступные с ПК администратора.<br>
 . Получите у технической поддержки Vinteo необходимые файлы для настройки:

@@ Строка 20: / Строка 20: @@
 [[Файл:Masterslaveswap.jpg|800px|безрамки|центр|Masterslaveswap]]
-Если primary-сервер теряет связь со slave-сервером, то лицензия становится временной и действует 72 часа с момента потери связи. За это время необходимо решить техническую проблему с вышедшим из строя сервером или, если это не представляется возможным, обратиться в техническую поддержку Vinteo для урегулирования вопроса со сроком действия временных лицензий.
+Если primary-сервер теряет связь со secondary-сервером, то лицензия становится временной и действует 72 часа с момента потери связи. За это время необходимо решить техническую проблему с вышедшим из строя сервером или, если это не представляется возможным, обратиться в техническую поддержку Vinteo для урегулирования вопроса со сроком действия временных лицензий.
-При потере связи между slave и primary-серверами на интерфейсах eth1, может произойти ситуация, когда оба сервера станут primary. Это может привести к непредсказуемым последствиям, вплоть до полной недоступности сервиса.
+При потере связи между secondary и primary-серверами на интерфейсах eth1, может произойти ситуация, когда оба сервера станут primary. Это может привести к непредсказуемым последствиям, вплоть до полной недоступности сервиса.
 [[Файл:Mastermastererror.jpg|800px|безрамки|центр|Mastermastererror]]
@@ Строка 108: / Строка 108: @@
 . Сразу после установки перейти в раздел «Статус» и ждать, когда начнется отсчет времени работы в пункте «Время работы сервера».<br>
 . Как только начнется отсчет времени работы сервера перейти по адресу https://<ip основного сервера>/config_patch_for_slave_and_media.bin и скачать файл. ВАЖНО: Данный файл доступен для загрузки в течение 5 минут с момента начала отсчета времени работы сервера.<br>
-. На резервном сервере (будущем slave) установить скачанный патч config_patch_for_slave_and_media.bin в разделе «Обновление». Дождаться, когда в разделе «Статус» начнется отсчет времени работы сервера.<br>
+. На резервном сервере (будущем secondary) установить скачанный патч config_patch_for_slave_and_media.bin в разделе «Обновление». Дождаться, когда в разделе «Статус» начнется отсчет времени работы сервера.<br>
-. Установить патч config_patch_prepare_slave.bin на резервный сервер (будущий slave).<br>
+. Установить патч config_patch_prepare_slave.bin на резервный сервер (будущий secondary).<br>
 . Выключить основной сервер, который должен стать primary-сервером (192.0.2.1).<br>
-. На резервном сервере, который должен стать slave-сервером (192.0.2.2) в настройках резервирования прописать адрес 192.0.2.1. Сохранить настройки.<br>
+. На резервном сервере, который должен стать secondary-сервером (192.0.2.2) в настройках резервирования прописать адрес 192.0.2.1. Сохранить настройки.<br>
 [[Файл:Reserve.png|800px|безрамки|центр|Reserve]]
 .  Выключите резервный сервер.<br>
@@ Строка 117: / Строка 117: @@
 [[Файл:Reserv192022.png|800px|безрамки|центр|Reserv192022]]
 . Перезагрузите основной сервер.<br>
-. После того, как загрузится основной сервер (192.0.2.1), включите резервный сервер (192.0.2.2). В результате 192.0.2.1 будет primary-сервером, а 192.0.2.2 slave-сервером.<br>
+. После того, как загрузится основной сервер (192.0.2.1), включите резервный сервер (192.0.2.2). В результате 192.0.2.1 будет primary-сервером, а 192.0.2.2 secondary-сервером.<br>
 . Посмотрите состояние синхронизации на странице «Статус».
 [[Файл:Checkreserv.png|800px|безрамки|центр|Checkreserv]]

@@ Строка 11: / Строка 11: @@
 Сервер управления - web-сервер и сервер, обеспечивающий взаимодействие по коммуникационным протоколам (SIP, H.323, WebRTC).
-Для резервирования сервера управления используется схема: master - slave. Master-сервер является активным и обслуживает систему, slave-сервер является пассивным, отслеживает состояние master-сервера и с интервалом в 5 минут реплицирует на себя c него данные из БД и из файловой системы. '''Для корректной работы резервирования необходимо, чтобы основной и резервный сервер были сопоставимы по мощности.'''
+Для резервирования сервера управления используется схема: primary - secondary. Primary-сервер является активным и обслуживает систему, secondary-сервер является пассивным, отслеживает состояние primary-сервера и с интервалом в 5 минут реплицирует на себя c него данные из БД и из файловой системы. '''Для корректной работы резервирования необходимо, чтобы основной и резервный сервер были сопоставимы по мощности.'''
 [[Файл:Masterslavescheme.jpg|800px|безрамки|центр|Masterslavescheme]]
-При выходе из строя master-сервера slave-сервер берет роль master на себя,  поднимает интерфейсы с IP-адресами системы, прописанными в БД, включает сервисы управления и телефонии.
+При выходе из строя primary-сервера secondary-сервер берет роль primary на себя, поднимает интерфейсы с IP-адресами системы, прописанными в БД, включает сервисы управления и телефонии.
 [[Файл:Masterdownscheme.jpg|800px|безрамки|центр|Masterdownscheme]]
-При возвращении в строй первого сервера (при загрузке) он (первый сервер) возьмет на себя теперь роль slave, определив, что master-сервер уже есть в сети на интерфейсе eth1. Таким образом, master-сервером становится тот сервер, который будет включен первым, второй же станет slave-сервером.
+При возвращении в строй первого сервера (при загрузке) он (первый сервер) возьмет на себя теперь роль secondary, определив, что primary-сервер уже есть в сети на интерфейсе eth1. Таким образом, primary-сервером становится тот сервер, который будет включен первым, второй же станет secondary-сервером.
 [[Файл:Masterslaveswap.jpg|800px|безрамки|центр|Masterslaveswap]]
-Если master-сервер теряет связь со slave-сервером, то лицензия становится временной и действует 72 часа с момента потери связи. За это время необходимо решить техническую проблему с вышедшим из строя сервером или, если это не представляется возможным, обратиться в техническую поддержку Vinteo для урегулирования вопроса со сроком действия временных лицензий.
+Если primary-сервер теряет связь со slave-сервером, то лицензия становится временной и действует 72 часа с момента потери связи. За это время необходимо решить техническую проблему с вышедшим из строя сервером или, если это не представляется возможным, обратиться в техническую поддержку Vinteo для урегулирования вопроса со сроком действия временных лицензий.
-При потере связи между slave и master-серверами на интерфейсах eth1, может произойти ситуация, когда оба сервера станут master. Это может привести к непредсказуемым последствиям, вплоть до полной недоступности сервиса.
+При потере связи между slave и primary-серверами на интерфейсах eth1, может произойти ситуация, когда оба сервера станут primary. Это может привести к непредсказуемым последствиям, вплоть до полной недоступности сервиса.
 [[Файл:Mastermastererror.jpg|800px|безрамки|центр|Mastermastererror]]
@@ Строка 64: / Строка 64: @@
 Сеть, указанная как 192.0.2.128/25, может не иметь никакого внешнего подключения, кроме как к ПК администратора для первичной настройки. Подразумевается, что она будет использоваться только для соединения медиасерверов и управляющего сервера.
-  Важно! К сети 192.0.2.128/25 предъявляются повышенные требования к стабильности и скорости соединения при каскадировании. В этой сети не используются механизмы коррекции ошибок, поэтому даже незначительные потери в этой сети могут приводить к артефактам и искажениям изображения в конференциях. После успешной настройки резервирования основной сервер примет на себя роль master, резервный сервер примет роль slave. Чтобы самостоятельно выполнить настройку резервирования и каскадирования серверов Vinteo, выполните инструкции, описанные ниже.
+  Важно! К сети 192.0.2.128/25 предъявляются повышенные требования к стабильности и скорости соединения при каскадировании. В этой сети не используются механизмы коррекции ошибок, поэтому даже незначительные потери в этой сети могут приводить к артефактам и искажениям изображения в конференциях. После успешной настройки резервирования основной сервер примет на себя роль primary, резервный сервер примет роль secondary. Чтобы самостоятельно выполнить настройку резервирования и каскадирования серверов Vinteo, выполните инструкции, описанные ниже.
 === Подготовка к настройке ===
@@ Строка 105: / Строка 105: @@
 . На основном сервере [[Система_(настройки_и_диагностика)#Диагностика|проверьте доступность резервного сервера]] по адресу 192.0.2.2 на странице Настройки -> Диагностика -> Ping
 [[Файл:Ping.png|800px|безрамки|центр|Ping]]
-. На основном сервере (будущем master) в разделе «Обновление» установить патч config_patch_generate_replicator_keys.bin<br>
+. На основном сервере (будущем primary) в разделе «Обновление» установить патч config_patch_generate_replicator_keys.bin<br>
 . Сразу после установки перейти в раздел «Статус» и ждать, когда начнется отсчет времени работы в пункте «Время работы сервера».<br>
 . Как только начнется отсчет времени работы сервера перейти по адресу https://<ip основного сервера>/config_patch_for_slave_and_media.bin и скачать файл. ВАЖНО: Данный файл доступен для загрузки в течение 5 минут с момента начала отсчета времени работы сервера.<br>
 . На резервном сервере (будущем slave) установить скачанный патч config_patch_for_slave_and_media.bin в разделе «Обновление». Дождаться, когда в разделе «Статус» начнется отсчет времени работы сервера.<br>
 . Установить патч config_patch_prepare_slave.bin на резервный сервер (будущий slave).<br>
-. Выключить основной сервер, который должен стать master-сервером (192.0.2.1).<br>
+. Выключить основной сервер, который должен стать primary-сервером (192.0.2.1).<br>
 . На резервном сервере, который должен стать slave-сервером (192.0.2.2) в настройках резервирования прописать адрес 192.0.2.1. Сохранить настройки.<br>
 [[Файл:Reserve.png|800px|безрамки|центр|Reserve]]
 .  Выключите резервный сервер.<br>
-. Включите основной (будущий master-сервер (192.0.2.1) и пропишите в настройках резервирования адрес: 192.0.2.2. Сохраните настройки.
+. Включите основной (будущий primary-сервер (192.0.2.1) и пропишите в настройках резервирования адрес: 192.0.2.2. Сохраните настройки.
 [[Файл:Reserv192022.png|800px|безрамки|центр|Reserv192022]]
 . Перезагрузите основной сервер.<br>
-. После того, как загрузится основной сервер (192.0.2.1), включите резервный сервер (192.0.2.2). В результате 192.0.2.1 будет master-сервером, а 192.0.2.2 slave-сервером.<br>
+. После того, как загрузится основной сервер (192.0.2.1), включите резервный сервер (192.0.2.2). В результате 192.0.2.1 будет primary-сервером, а 192.0.2.2 slave-сервером.<br>
 . Посмотрите состояние синхронизации на странице «Статус».
 [[Файл:Checkreserv.png|800px|безрамки|центр|Checkreserv]]
@@ Строка 145: / Строка 145: @@
 == Проверка статусов кластера ==
-Чтобы проверить, активно ли резервирование (доступен ли сервер slave), посмотрите его статус на странице веб-интерфейса Система - Статус, раздел "Резервирование":
+Чтобы проверить, активно ли резервирование (доступен ли сервер secondary), посмотрите его статус на странице веб-интерфейса Система - Статус, раздел "Резервирование":
 [[Файл:Slavevalid.png|800px|безрамки|центр|Slavevalid]]
 '''Расшифровка строки'''
@@ Строка 151: / Строка 151: @@
 ''Current role'' - текущая роль сервера. Далее стоит дата (Role set at), когда роль была установлена;
-''Last time db change checked at'' - время последней синхронизации БД между slave и master серверами;
+''Last time db change checked at'' - время последней синхронизации БД между secondary и primary серверами;
-''Remote(IP) last seen at'' - время последней проверки master-сервером slave-сервера. Проверка происходит раз в 30 секунд.
+''Remote(IP) last seen at'' - время последней проверки primary-сервером secondary-сервера. Проверка происходит раз в 30 секунд.
-При рабочем состоянии резервирования ''все три параметра будут отображаться''. Если master-сервер не видит slave-сервер по какой-то причине, то в ''Remote(IP) last seen at'' будет написано время последней успешной проверки или never. Так же в веб-интерфейсе будет отображаться сообщение: "Внимание! Slave-сервер не синхронизируется".
+При рабочем состоянии резервирования ''все три параметра будут отображаться''. Если primary-сервер не видит secondary-сервер по какой-то причине, то в ''Remote(IP) last seen at'' будет написано время последней успешной проверки или never. Так же в веб-интерфейсе будет отображаться сообщение: "Внимание! Secondary-сервер не синхронизируется".
 [[Файл:Slavenotavail.png|800px|безрамки|центр|Slavenotavail]]
 <br>