Cluster de système de visioconférence basé sur Yealink Meeting Server

Cluster de système de visioconférence basé sur Yealink Meeting ServerCet article s'inscrit dans la continuité de la série de publications consacrées à la solution intégrée de visioconférence Yealink Meeting Server (YMS).

Dans le dernier article Yealink Meeting Server 2.0 - nouvelles capacités de visioconférence Nous avons décrit une avancée significative dans les fonctionnalités de la solution :

  • ajouté son propre 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
  • l'intégration avec la solution Skype Entreprise et Teams est fournie

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

Objectif

Les performances des plates-formes matérielles de serveur pour YMS nous permettent de résoudre les problèmes de la plupart des entreprises qui ont besoin d'un service de vidéoconférence moderne et de haute qualité. Il existe une solution qui prend en charge jusqu'à 100 connexions FullHD sur un MCU matériel YMS. Néanmoins, une solution de cluster est très demandée, et il ne s’agit pas seulement de la nécessité d’étendre la capacité des ports 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 seule infrastructure de visioconférence. Répartition de la charge - la première des fonctions cluster
  • Même la plus petite installation de visioconférence, si ce service est critique pour les processus métiers, nécessite une tolérance aux pannes et une haute disponibilité. Réservation — le deuxième objectif de construire 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 également dans différentes parties du monde. Optimisation des canaux de communication avec la sélection du nœud optimal pour la connexion est le troisième atout de la solution cluster.

Installation

Tout d'abord, vous devez décider des rôles de chaque nœud du cluster ; dans la solution YMS, il existe trois de ces rôles :

  • gestionnaire-maître - c'est le serveur de contrôle principal
  • gestionnaire-esclave-n — l'un des serveurs de gestion des sauvegardes
  • Entreprise-n — l'un des serveurs média chargé du mixage et du transcodage

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

Chaque nœud doit avoir un système d'exploitation installé, par exemple CentOS.
Une installation minimale suffit pour que YMS fonctionne.

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

Sur le serveur principal (manager-maître), dans l'annuaire usr / local / vous devez placer la distribution YMS, par exemple, via WinSCP.

Ensuite, via la console, vous devez décompresser l'archive et lancer 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 le démarrage du install.sh, un choix de mode d'installation est proposé.

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

Cluster de système de visioconférence basé sur Yealink Meeting Server

Ensuite, le système vous invite à accéder au répertoire /usr/local/apollo/data/, et modifiez le fichier installer.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=x.x.x.x

[manager-slave-2]
# ip=x.x.x.x

[business-1]
# ip=x.x.x.x

[business-2]
# ip=x.x.x.x

[business-3]
# ip=x.x.x.x

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

[global]
ansible_ssh_user = root
ansible_ssh_pass = 1234567890

Si les informations d'identification sont différentes, elles peuvent être spécifiées individuellement pour chaque nœud.
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 spécifions l'adresse IP du nœud et les informations de compte (le cas échéant) pour chaque rôle.

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 répartis différemment, les lignes inutiles peuvent être supprimées ou commentées, et celles manquantes peuvent être ajoutées - par exemple : entreprise-4, entreprise-5, entreprise-6 et ainsi de suite.

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

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

Lors de la mise en place d'un cluster YMS via l'interface web, une attention particulière doit être portée aux paramètres de chaque service, qui peuvent désormais être activés non pas sur un, mais sur plusieurs serveurs faisant partie du cluster.

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

Aide à la mise en place des services Instructions Yealink ou mon article précédent Yealink Meeting Server 2.0 - nouvelles capacités de visioconférence.

En fin d'article, je vous invite à découvrir personnellement la solution Yealink Meeting Server !

Pour obtenir un kit de distribution et une licence de test, il vous suffit de m'écrire une demande à : [email protected]

Objet de la lettre: Tests YMS (Le nom de votre société)

Vous devez joindre votre carte d'entreprise à la lettre pour enregistrer le projet et créer une clé démo 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.

Je vous remercie!
Cordialement,
Kirill Ousikov (Usikoff)
Chef de
Systèmes de vidéosurveillance et de vidéoconférence

Source: habr.com

Ajouter un commentaire