Cluster de vidéoconférence basé sur Yealink Meeting Server

Cet article est la suite d'une série de publications consacrées à la solution intégrée de la vidéoconférence Yealink Meeting Server (YMS).

Dans l'article précédent Yealink Meeting Server 2.0 - nouvelles fonctionnalités de visioconférence, nous avons décrit une percée importante dans la fonctionnalité de la solution:

• ajout d'un service d'enregistrement de conférence intégré à YMS
• un nouveau type de licence est apparu - Broadcast, qui permet d'optimiser le coût des conférences asymétriques
• Intégré à Skype Entreprise et aux équipes

Dans cet article, nous examinerons la possibilité de mettre en cascade YMS - en installant et en configurant le système en mode cluster.

But

Les performances des plates-formes de serveurs matériels pour YMS vous permettent de résoudre les problèmes de la plupart des entreprises qui ont besoin d'un service de visioconférence moderne et de haute qualité. Il existe une solution qui prend en charge jusqu'à 100 connexions FullHD sur un matériel MCU YMS. Mais, néanmoins, la solution de cluster est en demande, et le point n'est pas seulement dans la nécessité d'augmenter la capacité de port du serveur.

Il y a plusieurs raisons à la cascade:

• De nombreuses entreprises nécessitent l'intégration de centaines, voire de milliers d'abonnés à travers le monde dans une même infrastructure du système de visioconférence. L'équilibrage de charge est la première des fonctionnalités du cluster.
• Même la plus petite installation de VKS, si ce service est essentiel pour les processus métier, nécessite une tolérance aux pannes et une haute disponibilité. La redondance est le deuxième objectif de la construction d'un système tolérant aux pannes basé sur le cluster YMS
• Les terminaux clients sont parfois situés non seulement dans différents réseaux, mais aussi dans différentes parties du monde. L'optimisation des canaux de communication avec la sélection du nœud optimal pour la connexion est le troisième atout de la solution de cluster.

L'installation

Pour commencer, il est nécessaire de déterminer les rôles de chaque nœud de cluster; il existe trois de ces rôles dans la solution YMS:

• manager-master est le serveur de gestion principal
• manager-slave- n - l'un des serveurs de gestion de sauvegarde
• business- n - l'un des serveurs multimédias responsables du mixage et du transcodage

Les configurations sont les suivantes:
(1 x manager-master) + (nx business)
(1 x gestionnaire-maître) + (2 + nx gestionnaire-esclave) + (nx entreprise)
Ainsi, le maître est sauvegardé par au moins deux serveurs.

Sur chaque nœud, vous devez installer un système d'exploitation, tel que CentOS .
Une installation minimale suffit pour que YMS fonctionne.

La version actuelle de Yealink Meeting Server peut être obtenue auprès d'un partenaire officiel de Yealink, y compris par notre intermédiaire.

Sur le serveur principal (manager-master), dans le répertoire usr / local / , vous devez placer la distribution YMS, par exemple, via WinSCP .

Ensuite, via la console, vous devez décompresser l'archive et démarrer l'installation:

cd /usr/local tar xvzf YMS_22.0.0.5.tar.gz cd apollo_install tar xvzf install.tar.gz ./install.sh 

Après avoir exécuté install.sh , un choix de mode d'installation est proposé.

Pour installer une seule version de YMS - vous devez sélectionner [A]
Pour une installation en mode "cluster" - sélectionnez [B]



Ensuite, le système propose d'aller dans le répertoire / usr / local / apollo / data / et d'éditer le fichier install.conf .

Le fichier contient des paramètres d'accès aux nœuds et de répartition des rôles entre eux:

 [global] # ansible_ssh_user = root # ansible_ssh_pass = XXXXXX # ansible_ssh_private_key_file= # nginx_http_listen_port = 80 # nginx_https_listen_port = 443 # nginx_http_redirect_https = false # ---- mongodb init configurations. ----- # !!! Only the first deployment takes effect, # !!! and subsequent upgrade changes to this will # !!! not change the database password. # mongodb_admin_user = xxx # mongodb_admin_password = xxxxxx # mongodb_normal_user = xxxx # mongodb_normal_user_password = xxxxxx # mongodb_wiredtiger_cachesize_gb = 1 # ---- YMS backend service java opt setting ---- # dbc_java_opt = -XX:+UseG1GC -Xmx2G -Xms1G # microsystem_java_opt = -XX:+UseG1GC -Xmx256m -Xms64m # microconference_java_opt = -XX:+UseG1GC -Xmx2560m -Xms1024m # microuser_java_opt = -XX:+UseG1GC -Xmx2048m -Xms1024m # microgateway_java_opt = -XX:+UseG1GC -Xmx512m -Xms256m # micromigration_java_opt = -XX:+UseG1GC -Xmx512m -Xms256m [manager-master] ip=127.0.0.1 # ansible_ssh_user=root [manager-slave-1] # ip=xxxx [manager-slave-2] # ip=xxxx [business-1] # ip=xxxx [business-2] # ip=xxxx [business-3] # ip=xxxx 

Si tous les serveurs ont les mêmes paramètres d'accès, alors dans les paramètres globaux, nous prescrivons un seul identifiant et mot de passe pour l'accès root:

 [global] ansible_ssh_user = root ansible_ssh_pass = 1234567890 

Si les informations d'identification sont différentes, alors pour chaque nœud, elles peuvent être spécifiées individuellement.
Par exemple:

 [manager-master] ip=111.11.11.101 ansible_ssh_user = admin ansible_ssh_pass = 0987654321 [manager-slave-1] ip=111.11.11.102 ansible_ssh_user = root ansible_ssh_pass = 1234567890 

Pour configurer le cluster, nous attribuons à chaque rôle l'adresse IP du nœud et les informations de compte (le cas échéant).

Par exemple, un cluster (3 x manager) + (3 x business) est configuré selon le principe:

 [manager-master] ip=111.11.11.101 [manager-slave-1] ip=111.11.11.102 [manager-slave-2] ip=111.11.11.103 [business-1] ip=111.11.11.104 [business-2] ip=111.11.11.105 [business-3] ip=111.11.11.106 

Si les rôles sont distribués différemment, les lignes inutiles peuvent être supprimées ou commentées, et les lignes manquantes peuvent être ajoutées, par exemple: entreprise-4, entreprise-5, entreprise-6, etc.

Après avoir enregistré les modifications dans le fichier install.conf , vous devez redémarrer le processus d'installation - install.sh

Le système détectera automatiquement les nœuds disponibles sur le réseau et y déploiera YMS.

Lors de la configuration d'un cluster YMS via une interface Web, une attention particulière doit être accordée aux paramètres de chaque service, qui peuvent désormais être activés non pas sur un, mais déjà sur plusieurs serveurs qui font partie du cluster.

Ici, à la discrétion de l'administrateur système, la fonctionnalité est réservée ou distribuée.

Le manuel Yealink ou mon dernier article, Yealink Meeting Server 2.0, les nouvelles fonctionnalités de visioconférence, vous aideront à configurer les services.

À la fin de l'article, je vous suggère de découvrir la solution Yealink Meeting Server en personne!

Pour recevoir le kit de distribution et la licence de test, il vous suffit de m'écrire une demande à: 1@stss.ru

Objet: Test de YMS ( nom de votre entreprise )

Une lettre doit être jointe à votre lettre pour enregistrer votre projet et créer une clé de démonstration pour vous.

Dans le corps de la lettre, je vous demande de décrire brièvement la tâche, l'infrastructure de visioconférence existante et le scénario prévu pour l'utilisation de la visioconférence.

Merci de votre attention!
Cordialement
Kirill Usikov ( Usikoff )
Chef de direction
CCTV et systèmes de visioconférence