Cluster di sistema di videoconferenza basatu in Yealink Meeting Server

Cluster di sistema di videoconferenza basatu in Yealink Meeting ServerQuestu articulu hè una continuazione di a serie di publicazioni dedicate à a soluzione integrata di videoconferenza Yealink Meeting Server (YMS).

In l'ultimu articulu Yealink Meeting Server 2.0 - novi capacità di videoconferenza Avemu descrittu un avanzatu significativu in a funziunalità di a suluzione:

  • hà aghjustatu u so propiu serviziu di registrazione di cunferenza integratu in YMS
  • un novu tipu di licenza hè apparsu - Broadcast, chì permette di ottimisà u costu di cunferenze asimmetriche
  • L'integrazione cù a soluzione Skype for Business è Teams hè furnita

In questu articulu, fighjemu a pussibilità di cascading YMS - installà è cunfigurà u sistema in modu "cluster".

Goal

A prestazione di e plataforme di servitori hardware per YMS ci permette di risolve i prublemi di a maiò parte di l'imprese chì necessitanu un serviziu di videoconferenza mudernu è di alta qualità. Ci hè una suluzione chì supporta finu à 100 cunnessione FullHD in un MCU hardware YMS. Ma, però, una suluzione di cluster hè in dumanda, è ùn hè micca solu di a necessità di espansione a capacità portu di u servitore.

Ci hè parechje ragioni per a cascata:

  • Ci sò parechje cumpagnie chì necessitanu l'integrazione di centinaie, è ancu millaie di abbonati in u mondu in una sola infrastruttura di videoconferenza. Distribuzione di carichi - a prima di e funzioni di cluster
  • Ancu l'installazione di videoconferenza più chjuca, se stu serviziu hè criticu per i prucessi di cummerciale, richiede tolleranza di difetti è alta dispunibilità. Riservazione - u sicondu scopu di custruisce un sistema tollerante à i difetti basatu annantu à u cluster YMS
  • I terminali di u cliente sò qualchì volta situati micca solu in diverse rete, ma ancu in diverse parti di u mondu. Ottimisazione di i canali di cumunicazione cù a selezzione di u node ottimali per a cunnessione hè u terzu trump card di a suluzione cluster.

rimarchevuli

Prima, avete bisognu di decide nantu à i roli di ogni node in u cluster; in a suluzione YMS ci sò trè di sti roli:

  • manager-maestru - questu hè u servitore di cuntrollu principale
  • manager-slave-n - unu di i servitori di gestione di salvezza
  • impresa-n - unu di i servitori media rispunsevuli di mischjà è transcodifica

I cunfigurazioni sò i seguenti:
(1 x manager-maestru) + (nx business)
(1 x manager-master) + (2+nx manager-slave) + (nx business)
Cusì, u maestru hè sustinutu da almenu dui servitori.

Ogni node deve avè un OS installatu, per esempiu CentOS.
Una stallazione minima hè abbastanza per u travagliu di YMS.

A versione attuale di Yealink Meeting Server pò esse ottenuta attraversu u partner ufficiale di Yealink, ancu per noi.

Nantu à u servitore principale (manager-master), in u cartulare usr/local/ avete bisognu di mette a distribuzione YMS, per esempiu, via WinSCP.

In seguitu, attraversu a cunsola, avete bisognu di sbulicà l'archiviu è inizià a stallazione:

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

Dopu u lanciu install.sh, una scelta di modu di stallazione hè furnita.

Per installà una sola versione di YMS, deve selezziunate [A] Per installà in u modu cluster, selezziunate [B]

Cluster di sistema di videoconferenza basatu in Yealink Meeting Server

Allora, u sistema vi invita à andà in u cartulare /usr/local/apollo/data/, è edità u schedariu install.conf.

U schedariu cuntene paràmetri per l'accessu à i nodi è a distribuzione di roli trà elli:

[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

Se tutti i nostri servitori anu i stessi paràmetri d'accessu, allora in i paràmetri glubale avemu stabilitu un login unicu è password per l'accessu root:

[global]
ansible_ssh_user = root
ansible_ssh_pass = 1234567890

Se i credenziali sò diffirenti, ponu esse specificati individualmente per ogni node.
Per esempiu:

[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

Per cunfigurà u cluster, avemu specificatu l'indirizzu IP di u node è l'infurmazione di u contu (se applicabile) per ogni rolu.

Per esempiu, un cluster (3 x manager) + (3 x business) hè cunfiguratu secondu u principiu:

[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

Se i roli sò distribuiti in modu diversu, allora e linee innecessarii ponu esse sguassate o cummentate, è quelli chì mancanu ponu esse aghjuntu - per esempiu: affari-4, affari-5, affari-6 e accussì on.

Dopu à salvà u schedariu cambia install.conf, avete bisognu di ripiglià u prucessu di stallazione - install.sh

U sistema detecterà indipindentamente i nodi dispunibili nantu à a reta è implementà YMS nantu à elli.

Quandu si stabilisce un cluster YMS via l'interfaccia web, una attenzione particulari deve esse pagata à i paràmetri di ogni serviziu, chì ponu avà esse attivatu micca in unu, ma in parechji servitori chì sò parti di u cluster.

Quì, à a discrezione di l'amministratore di u sistema, sia a funziunalità hè riservata o distribuita.

Aiutà à a creazione di servizii Istruzzioni Yealink o u mo articulu precedente Yealink Meeting Server 2.0 - novi capacità di videoconferenza.

À a fine di l'articulu, vi invitu à cunnosce a suluzione Yealink Meeting Server in persona!

Per uttene un kit di distribuzione è una licenza di prova, basta à scrive una dumanda à mè à: [email prutettu]

Suggettu di a lettera: Test YMS (nome di a vostra cumpagnia)

Duvete aghjunghje a vostra carta di a cumpagnia à a lettera per registrà u prugettu è creà una chjave demo per voi.

In u corpu di a lettera, vi dumandu di descriverà brevemente u compitu, l'infrastruttura di videoconferenza esistente è u scenariu pianificatu per aduprà a videoconferenza.

Ti ringraziu per a vostra attenzione!
sincerità,
Kirill Usikov (Usikoff)
Capu di
Sistemi di videosurveglianza è videoconferenza

Source: www.habr.com

Add a comment