Cisco Cisco WebEx Meetings Server 2.5

Pagina di 220
• Un système principal de 2 000 utilisateurs est composé d'une machine virtuelle Admin, trois machines
virtuelles Média et facultativement d'une machine virtuelle IRP. Si vous ajoutez un système HD ou
MDC , le système combiné de 2000 utilisateurs comprend deux machines virtuelles Admin, quatre (trois
plus une redondante) machines virtuelles Média, trois (deux plus une redondante) machines virtuelles
Web, et deux machines virtuelles Proxy Internet inverse.
Dans un système HD (haute disponibilité, ou MDC , les adresses VIP publique et privée sont partagées avec
le système primaire. (L'adresse VIP publique et l'adresse VIP privée sont différentes et ne sont pas partagées.)
Lorsqu'une machine virtuelle est hors fonctionnement, l'autre machine virtuelle utilise la même adresse VIP.
En raison de ce comportement, une panne sur une machine virtuelle est presque totalement transparente pour
les utilisateurs finaux (car les réunions se poursuivront), sans placer de demandes inhabituelles sur
l'infrastructure DNS. Toutefois, une adresse virtuelle privée (VIP) partagée peut être appliquée uniquement
sur un segment de réseau individuel ou VLAN ; partager un VLAN sur deux centres de données crée une
variété de problèmes.
Nous demandons une connectivité entre les machines virtuelles du système principal et de HD internes afin
d'être dans le même centre de données, réduisant considérablement le problème pour distinguer une panne
d'une machine virtuelle d'une panne réseau. Autoriser un réseau divisé peut engendrer des réunions divisées
et des mises à jour de la base de données conflictuelles. Il est plus pratique de construire un segment de réseau
hautement disponible réel dans un centre de données individuel au lieu de deux centres de données.
Dans un MDC system, les données sont répliquées dans les centres de données (à l'exception du gestionnaire
de licences). Donc si un centre de données tombe en panne ou que la connexion réseau est perdue, le centre
de données restant continue de fonctionner pour servir les utilisateurs quel que soit leur emplacement
géographique.
Cisco est d'avis que le meilleur moyen de construire un système tolérant les défaillances est lorsque tous les
composants du système fonctionnent en tant que « tous actifs ». Cependant, certains composants essentiels,
notamment le service de la base de données, sont « actifs/en veille ». Les serveurs Web et les composants
média dans le « Système de HD » dépendent des composants du « système primaire ». Toute latence ou
interruption de cette connexion entraine des délais pour les utilisateurs finaux, particulièrement lorsqu'ils
programment ou rejoignent des réunions. La latence entre les composants du service média augmente
directement la latence audio et vidéo de certains utilisateurs pendant les réunions. (Pour Cisco WebEx Meetings
Server, 1 ms de latence réseau est acceptable entre les machines virtuelles internes. Pour plus de détails, voir
.)
Considérations concernant le réseau à prendre en compte pour
le proxy Internet inverse
Les machines virtuelles Proxy Internet inverse partagent les mêmes exigences réseau générales que les machines
virtuelles internes. Pour la configuration DNS non-split-horizon et split-horizon, les machines virtuelles Proxy
Internet inverse sont déployées dans votre réseau DMZ et non dans le réseau interne.
Même si les serveurs Cisco UCS sont configurés avec deux cartes réseau (NIC), Cisco WebEx Meetings
Server ne prend pas en charge la direction d'une carte réseau sur Internet et l'autre sur Intranet. Cette
restriction s'applique indépendamment des mappages entre les cartes réseau physiques et virtuelles utilisées
par vSphere (et le proxy Internet inverse).
Restriction
Guide de programmation de Cisco WebEx Meetings Server et Configuration du système requise version 2.5    
57
Topologie du réseau de votre système
Considérations concernant le réseau à prendre en compte pour le proxy Internet inverse