Voz y Comunicaciones unificadas : Cisco Unified Communications System

Comunicaciones unificadas (UC), NON-UC, y Nota Técnica de tercera persona del troubleshooting de la Co-residencia de las máquinas virtuales (VM)

18 Junio 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (21 Abril 2016) | Comentarios


Contenido


Introducción

Este documento aclara algunos aspectos de la política de soporte para la co-residencia de la aplicación definida en el http://docwiki.cisco.com/wiki/Unified_Communications_Virtualization_Sizing_Guidelines#Application_Co-residency_Support_Policy como parte de la política de soporte para las aplicaciones virtualizadas de las Comunicaciones unificadas de Cisco (UC) /Collaboration definidas en http://www.cisco.com/go/uc-virtualized. Esta nota técnica es aplicable a todo el UC en el UCS y a otras opciones de hardware de la virtualización incluyendo UCS la configuración de referencia probada UCS, SPEC-basado y HP/IBM SPEC-basado.

prerrequisitos

Requisitos

Quienes lean este documento deben tener conocimiento de los siguientes temas:

  • UC en la solución UCS (Comunicaciones unificadas de Cisco en el Cisco Unified Computing System)

  • Hardware probado UCS de la configuración de referencia

  • hardware SPEC-basado (UCS, HP o IBM)

  • Virtualización de las aplicaciones de la colaboración de Cisco

  • Software del vSphere de VMware

  • Hardware de Cisco Unified Computing System

Nota: Vea la sección de la “información relacionada” de este documento para los links de la página web.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Co-residencia y “calidad de servicio”

Un principal de la clave de la convergencia de red y de la virtualización es la distribución de los Recursos de hardware.

  • Una red del IP convergida comparte el hardware de red entre las secuencias del tráfico múltiple (Voz, vídeo, acceso del almacenamiento, otros datos).

  • Un cálculo, un almacenamiento y un hardware de red virtualizados de las partes del servidor (o host de la virtualización) entre las máquinas virtuales de la aplicación múltiple (VM).

En ambos casos, la calidad de servicio se requiere para proteger el UC contra las aplicaciones NON-UC cuando los Recursos de hardware son finitos, como tal:

  • QoS en hardware de red de los Ruteo y Switching para asegurar el tráfico de la Voz/de red de video consigue el ancho de banda y la protección necesarios contra la fluctuación y retraso.

  • La adherencia a la virtualización UC gobierna (e.g apresto del hardware, directiva de la co-residencia, etc. /virtual físicos) para asegurar UC VM consigue el CPU, la memoria, la capacidad de almacenamiento y el almacenamiento/el rendimiento de la red necesarios.

Es imposible que Cisco pruebe cada combinación de hardware y la aplicación para la co-residencia VM, determinado para el app VM de las de otras compañías cuyo comportamiento puede ser imprevisible o no bien definido. Por lo tanto, Cisco garantiza solamente el funcionamiento del app VM de Cisco UC cuando está instalado en un UCS probó la configuración de referencia (véase http://docwiki.cisco.com/wiki/Tested_Reference_Configurations_%28TRC%29) y entonces solamente cuando todas las condiciones en la directiva de la co-residencia se siguen (véase http://docwiki.cisco.com/w/index.php?title=Unified_Communications_Virtualization_Sizing_Guidelines).

Para otros entornos, la incertidumbre se puede reducir por la prueba del PRE-despliegue, baselining, siguiendo los principios generales de virtualización, y después de las reglas de virtualización de Cisco UC (en http://www.cisco.com/go/uc-virtualized). Sin embargo, Cisco no puede garantizar que los VM nunca serán hambrientos para los recursos y nunca tendrán problemas de rendimiento.

Consideraciones dominantes del soporte para las máquinas virtuales NON-UC y de las de otras compañías

Para permitir al TAC de Cisco para proporcionar con eficacia el soporte cuando el coresidente de Cisco que se ejecuta UC VM con el app VM non-UC/3rd-party, los clientes debe asegurar cualquiera del siguiente:

  • El partido VM Non-UC/3rd es no crítico y puede ser accionado-abajo temporalmente si procede para facilitar el resolver problemas.

  • Si no hay VM no críticos, después la capacidad de repuesto debe ser aprovisionado en los host o los servidores físicos de la virtualización para la realocación (temporal o permanente) de los VM como soluciones a los problemas de rendimiento de la aplicación. La capacidad de repuesto es ya una mejor práctica recomendada del diseño para la Redundancia o proporcionar el estacionamiento temporal de los VM cuando el mantenimiento se requiere en el soporte físico o el software. Los ejemplos de la “capacidad de repuesto” son adicionales “vacian” los servidores físicos (proporcionar la “espera en caliente” o el estacionamiento temporal), o los servidores existentes de la cuchilla/de los montajes en bastidor utilizados no completamente.

Para permitir al TAC de Cisco para proporcionar con eficacia el soporte cuando el coresidente de Cisco que se ejecuta UC VM con el app VM non-UC/3rd-party, Cisco puede requerir las actividades siguientes del cliente para el diagnóstico del problema o la resolución:

  • Cambios a la carga de trabajo del software o al hardware físico, resolver problemas o a los problemas de rendimiento de la aplicación de la resolución. Los ejemplos de cuando estos cambios pudieron ser requeridos son UC VM que recibe los IOP de la CPU insuficiente, de la memoria, de la red, de la capacidad del disco o del almacenamiento del hardware.

  • Los ejemplos de lo que parecen estos cambios adentro un despliegue real son mencionados abajo.

    • Software: potencia abajo temporal de los VM no críticos de facilitar el troubleshooting del funcionamiento

    • Software: mueva los VM críticos y/o los VM no críticos para alternar el host/al servidor físico de la virtualización como temporal o solución permanente.

      • Reduzca temporalmente el número de máquinas virtuales que se ejecutan en un host si Cisco juzga necesario para los propósitos de Troubleshooting.

      • Reduzca permanentemente el número de máquinas virtuales que se ejecutan en un host si se sobrecarga Cisco determina el host.

      • Partir un app denso VM UC en los VM menos-densos múltiples, entonces moviendo esos VM menos-densos para alternar el host. E.g HUEVOS de un usuario CUCM que parten 10K en el usuario múltiple OVAs CUCM 7.5K, entonces volviendo a poner a algo esos del usuario OVAs CUCM 7.5K.

    • Estos acercamientos permiten el reducir de la carga de trabajo del software en un host/un servidor físico sobrecargados de la virtualización, para morir de hambre la carga de trabajo no más para los Recursos de hardware.

  • Hardware adiciones/actualizaciones “para reparar” un host sobrecargado como alternativa a accionar-abajo los VM o a mover los VM.

    • E.g. agregando más discos físicos para aumentar la capacidad de almacenamiento y/o para proporcionar los IOP

    • E.g. agregar más memoria física o memorias más físicas CPU

    • E.g. agregar las interfaces físicas NIC para dirigir la congestión LAN.

    • Estos acercamientos permiten el “actualizar” del hardware sobrecargado para acomodar la carga de trabajo recurso-hambrienta del software.

La disposición de Cisco del soporte es contingente sobre el cliente que mantiene un contrato de servicio técnico actual y totalmente desembolsado con Cisco.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 113520