|
|
| Строка 1: |
Строка 1: |
| − | Для организации сервиса видеоконференцсвязи (далее ВКС) на базе Vinteo достаточно одного физического сервера, но для получения отказоустойчивой системы и системы, позволяющей выдерживать высокую нагрузку, необходимо использовать кластер из нескольких серверов. | + | Для организации сервиса видео-конференц-связи (далее ВКС) на базе Vinteo достаточно одного физического сервера, но для получения отказоустойчивой системы и системы, позволяющей выдерживать высокую нагрузку, необходимо использовать кластер из нескольких серверов. |
| − | | |
| − | == Расширение серверов Vinteo ==
| |
| − | | |
| − | Расширение портовой емкости серверов Vinteo рекомендуется производить исключительно путем расширения пула лицензий сервера Vinteo, а при необходимости - установкой дополнительного сервера платформы (далее – медиасервер) в кластер. Для организации кластера на управляющем сервере Vinteo должна быть открыта опция Каскадирование Сервера Vinteo.
| |
| − | В этом случае наращивание емкости серверной платформы производится бесшовно и полнофункционально в любых размерах и не влечет за собой никаких функциональных ограничений. При таком способе расширения сохраняется единая точка подключения абонентов, пул лицензий, и сохраняется вся логика работы сервера Vinteo.
| |
| − | | |
| − | В случае использования стандартного ВКС каскадирования, например, при использовании территориально разнесенных серверов (Vinteo или MCU других производителей) функционал получившейся системы будет иметь значительные ограничения, так как:
| |
| − | | |
| − | *потребуется одновременное управление не одним, а двумя серверами во время одной конференции;
| |
| − | *типовое каскадирование предполагает работу серверов в режиме Primary - Secondary, раскладка конференции в таком случае будет формироваться на Primary-сервере, а абоненты Secondary-сервера смогут попадать в раскладку только в режиме активации по голосу;
| |
| − | *возникает два пула лицензий, взаимно не совместимых между собой, по одному для каждого из серверов;
| |
| − | *каскадирование серверов ВКС разных производителей осуществляется через шлюз или транк, что накладывает определенные, зачастую даже критичные ограничения на количество одновременных звонков через него, например, организовать более 50 вызовов с одного сервера на другой зачастую невозможно;
| |
| − | *исчезнет возможность назначения аудиоканалов участникам другого сервера, потребуются дополнительные лицензии для подключения конференций обслуживания другими серверами ВКС;
| |
| − | *отсутствует единое управление участниками ВКС и затрудняется диагностика проблем во время конференций для администратора сервера Vinteo.
| |
| − | | |
| − | == Архитектура решения ==
| |
| | | | |
| | В системе Vinteo можно выделить две роли серверов: | | В системе Vinteo можно выделить две роли серверов: |
| − | *коммуникационный сервер и сервер управления (далее сервер управления); | + | * коммуникационный сервер и сервер управления (далее сервер управления); |
| − | *медиасервер. | + | * медиасервер. |
| − | В системе может быть только один сервер управления. Медиасервер может быть как один, так и несколько. Минимальное количество физических серверов - один, совмещающий обе роли.
| |
| | | | |
| − | [[Файл:Каскадирование серверов2.png|800px|безрамки|центр|Каскадирование серверов]]
| + | В системе во время работы может быть только один сервер управления. '''Количество медиасерверов определяется как N+1, минимум - один.''' Минимальное количество физических серверов - один, совмещающий обе роли. При использовании резервирования мы получаем еще один сервер управления для горячей замены основного сервера управления, если он выйдет из строя. '''Резервный сервер управления может быть лишь 1.''' |
| | | | |
| | == Сервер управления == | | == Сервер управления == |
| Строка 28: |
Строка 11: |
| | Сервер управления - web-сервер и сервер, обеспечивающий взаимодействие по коммуникационным протоколам (SIP, H.323, WebRTC). | | Сервер управления - web-сервер и сервер, обеспечивающий взаимодействие по коммуникационным протоколам (SIP, H.323, WebRTC). |
| | | | |
| − | Для резервирования сервера управления используется схема: Основной - Резервный. Основной сервер является активным и обслуживает систему, Резервный сервер в режиме online синхронизируется с основным и отслеживает его “здоровье”. | + | Для резервирования сервера управления используется схема: master - slave. Master-сервер является активным и обслуживает систему, slave-сервер является пассивным, отслеживает состояние master-сервера и с интервалом в 5 минут реплицирует на себя c него данные из БД и из файловой системы. '''Для корректной работы резервирования необходимо, чтобы основной и резервный сервер были сопоставимы по мощности.''' |
| − | | + | [[Файл:Masterslavescheme.jpg|800px|безрамки|центр|Masterslavescheme]] |
| − | Если основной сервер не отвечает, то резервный назначает себя основным и принимает роль сервера управления на себя, назначая себе IP-адрес основного и беря на себя все сервисы сервера управления.
| |
| − | | |
| − | Если серверы (основной и резервный) теряют связь между собой, то лицензия становится временной и действует 72 часа с момента потери связи. За это время необходимо решить техническую проблему с вышедшим из строя сервером или, если это не представляется возможным, обратиться в техническую поддержку Vinteo для урегулирования вопроса со сроком действия временных лицензий. Когда проблема с вышедшим из строя сервером (бывшим основным) будет устранена и он загрузится, то он займёт место резервного сервера.
| |
| − | | |
| − | == Медиасервер ==
| |
| − | | |
| − | Медиасервер - сервер, который занимается транскодированием медиапотоков и построением раскладки.
| |
| − | Для увеличения производительности системы необходимо применять горизонтальное масштабирование медиасерверов - '''каскадирование'''.
| |
| − | Сервер управления будет стремиться равномерно нагрузить медиасерверы, балансируя нагрузку между ними, т.о. медиасерверы взаиморезервируют друг друга.
| |
| − | | |
| − | Для обеспечения резервирования медиасерверов в системе необходимо иметь как минимум N+1 медиасервер, где N - количество медиасерверов, необходимых для обслуживания максимального количества участников при заданных сценариях ВКС. | |
| − | | |
| − | Необходимо указать на '''особенность''':<br>
| |
| − | для каждой конференции раскладку строит один из медиасерверов, при этом на данном сервере должны обслуживаться все участники, видео которых, попадает в эту раскладку. Поэтому, при планировании инфраструктуры, необходимо учитывать, какое максимальное количество участников будет на раскладке и закладывать этот параметр в мощность медиасерверов.
| |
Для организации сервиса видео-конференц-связи (далее ВКС) на базе Vinteo достаточно одного физического сервера, но для получения отказоустойчивой системы и системы, позволяющей выдерживать высокую нагрузку, необходимо использовать кластер из нескольких серверов.
В системе Vinteo можно выделить две роли серверов:
- коммуникационный сервер и сервер управления (далее сервер управления);
- медиасервер.
В системе во время работы может быть только один сервер управления. Количество медиасерверов определяется как N+1, минимум - один. Минимальное количество физических серверов - один, совмещающий обе роли. При использовании резервирования мы получаем еще один сервер управления для горячей замены основного сервера управления, если он выйдет из строя. Резервный сервер управления может быть лишь 1.
Сервер управления
Сервер управления - web-сервер и сервер, обеспечивающий взаимодействие по коммуникационным протоколам (SIP, H.323, WebRTC).
Для резервирования сервера управления используется схема: master - slave. Master-сервер является активным и обслуживает систему, slave-сервер является пассивным, отслеживает состояние master-сервера и с интервалом в 5 минут реплицирует на себя c него данные из БД и из файловой системы. Для корректной работы резервирования необходимо, чтобы основной и резервный сервер были сопоставимы по мощности.
