Voix et communications unifiées : Version des syst�mes de collaboration de Cisco

Transmissions unifiées (UC), Non-UC, et tiers Co-implantation des virtual machine (VMs) dépannant TechNote

18 juin 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (21 avril 2016) | Commentaires


Contenu


Introduction

Ce document clarifie quelques aspects de la stratégie de support pour la Co-implantation d'application définie au http://docwiki.cisco.com/wiki/Unified_Communications_Virtualization_Sizing_Guidelines#Application_Co-residency_Support_Policy en tant qu'élément de la stratégie de support pour des applications virtualisées de Cisco Unified Communications (UC) /Collaboration définies chez http://www.cisco.com/go/uc-virtualized. Cette note en tech s'applique à tout l'UC sur l'UCS et à d'autres options matérielles de virtualisation comprenant par UCS la configuration de référence testée UCS, basé sur spécifications et HP/IBM basé sur spécifications.

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient avoir connaissance des sujets suivants :

  • UC sur la solution UCS (Cisco Unified Communications sur le Système d'informatique unifiée Cisco)

  • Matériel testé par UCS de configuration de référence

  • matériel basé sur spécifications (UCS, HP ou IBM)

  • Virtualisation des applications de Cisco Collaboration

  • Logiciel de vSphere de VMware

  • Matériel de Système d'informatique unifiée Cisco

Remarque: Voyez la section « de l'information relative » de ce document pour des liens de page Web.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Co-implantation et « qualité de service »

Un principal de clé de convergence et de virtualisation de réseau est partager des ressources en matériel.

  • Un réseau IP convergé met en commun le matériel réseau entre des flots du trafic multiple (Voix, vidéo, accès au stockage, d'autres données).

  • Les partages d'un serveur virtuel (ou hôte de virtualisation) calculent, mémoire et matériel réseau parmi les virtual machine d'application multiple (VMs).

Dans des les deux cas, la qualité de service est exigée pour protéger l'UC contre les applications non-UC quand les ressources en matériel sont finies, en tant que tels :

  • QoS dans le matériel réseau de routage et de commutation pour assurer le trafic de Voix/réseau vidéo obtient la bande passante et la protection nécessaires contre le retard et instabilité.

  • Le respect à la virtualisation UC ordonne (par exemple dimensionnement de matériel, stratégie de Co-implantation, etc. physiques/virtuels) pour assurer des VMs UC obtiennent la CPU, la mémoire, la capacité de stockage et la mémoire/performances du réseau nécessaires.

Il est impossible que Cisco teste chaque combinaison de matériel et application pour la Co-implantation VM, en particulier pour les VMs d'app de tiers dont le comportement peut être imprévisible ou non bien défini. Par conséquent, Cisco garantit seulement la représentation VM d'app de Cisco UC une fois installé sur un UCS a testé la configuration de référence (voir le http://docwiki.cisco.com/wiki/Tested_Reference_Configurations_%28TRC%29) et puis seulement quand toutes les conditions dans la stratégie de Co-implantation sont suivies (voir le http://docwiki.cisco.com/w/index.php?title=Unified_Communications_Virtualization_Sizing_Guidelines).

Pour d'autres environnements, l'incertitude peut être réduite par le test de pré-déploiement, établissement des références, suivant des principes généraux de virtualisation, et après les règles de la virtualisation de Cisco UC (chez http://www.cisco.com/go/uc-virtualized). Cependant, Cisco ne peut pas garantir que les VMs ne seront jamais affamées pour des ressources et n'auront jamais des problèmes de performances.

Considérations principales de support pour des virtual machine Non-UC et de tiers

Pour permettre à Cisco TAC de fournir efficacement au support en exécutant le Co-résident VMs de Cisco UC des VMs d'app non-UC/3rd-party, les clients doivent assurer l'un ou l'autre de ce qui suit :

  • Les VMs d'interlocuteur Non-UC/3rd sont non critiques et peuvent être actionné-vers le bas temporairement s'il y a lieu pour faciliter le dépannage.

  • Si aucune VM n'est non critique, alors la capacité supplémentaire doit provisioned sur des hôtes de virtualisation ou des serveurs physiques pour le réadressage (provisoire ou permanent) des VMs comme solutions aux problèmes de performance des applications. La capacité supplémentaire est déjà une pratique recommandée recommandée de conception pour la Redondance ou pour fournir la mise en place provisoire des VMs quand la maintenance est exigée sur le matériel ou le logiciel. Les exemples « de la capacité supplémentaire » sont supplémentaires « vident » les serveurs physiques (pour fournir la mise en place) « de secours immédiat » ou provisoire, ou la lame/serveurs en rack existants pas entièrement utilisés.

Pour permettre à Cisco TAC de fournir efficacement au support en exécutant le Co-résident VMs de Cisco UC des VMs d'app non-UC/3rd-party, Cisco peut exiger les activités suivantes du client pour le diagnostic ou la résolution de problème :

  • Modifications à la charge de travail de logiciel ou au matériel physique, pour dépanner ou aux problèmes de performance des applications de résolution. Les exemples de quand ces modifications pourraient être exigées sont VM UC recevant la CPU insuffisante, mémoire, réseau, capacité de disque ou IOP de mémoire du matériel.

  • Des exemples de ce que ressemblent à ces modifications dans un déploiement réel sont répertoriés ci-dessous.

    • Logiciel : alimentation-vers le bas provisoire des VMs non critiques de faciliter le dépannage de représentation

    • Logiciel : déplacez les VMs essentielles et/ou les VMs non critiques pour alterner l'hôte de virtualisation/serveur physique en tant que solution provisoire ou permanente.

      • Réduisez temporairement le nombre de virtual machine s'exécutant sur un hôte si Cisco considère nécessaire pour le dépannage.

      • Réduisez de manière permanente le nombre de virtual machine s'exécutant sur un hôte si Cisco détermine l'hôte est surchargé.

      • Séparer une VM dense d'app UC dans de plusieurs VMs moins-denses, déplaçant alors ces VMs moins-denses pour alterner l'hôte. Par exemple séparant des OVULES d'un utilisateur CUCM 10K dans l'utilisateur OVAs du multiple CUCM 7.5K, replaçant alors une partie ces de l'utilisateur OVAs CUCM 7.5K.

    • Ces approches permettent réduire la charge de travail de logiciel sur un hôte surchargé de virtualisation/serveur physique, de sorte que la charge de travail ne soit plus morte de faim pour des ressources en matériel.

  • Matériel : ajouts/mises à jour « pour réparer » un hôte surchargé comme alternative à actionner-vers le bas des VMs ou à déplacer des VMs.

    • E.g. ajoutant des disques plus physiques pour augmenter la capacité de stockage et/ou pour fournir des IOP

    • E.g. ajouter une mémoire plus physique ou des cores du CPU plus physiques

    • E.g. ajouter le NIC physique relie pour aborder l'encombrement de RÉSEAU LOCAL.

    • Ces approches permettent « améliorer » le matériel surchargé pour faciliter la charge de travail ressource-affamée de logiciel.

La fourniture de Cisco de support est dépendante du client mettant à jour un courant et un contrat entièrement payé de support avec Cisco.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 113520