语音和统一通信 : ?????????

统一通信(UC),非UC和第三方虚拟机(VMs) CO居住故障排除TechNote

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2016 年 4 月 21 日) | 反馈


目录


简介

本文澄清支持策略的一些方面应用程序CO居住的定义在http://docwiki.cisco.com/wiki/Unified_Communications_Virtualization_Sizing_Guidelines#Application_Co-residency_Support_Policy作为虚拟化Cisco Unified通信(UC) /Collaboration应用程序的支持策略一部分定义在http://www.cisco.com/go/uc-virtualized。此技术说明是可适用的对在UCS的所有UC和其他虚拟化硬件选项包括UCS测试的参考配置,基于Specs的UCS基于Specs的和HP/IBM。

先决条件

要求

本文档的读者应掌握以下这些主题的相关知识:

  • 在UCS解决方案(在思科统一计算系统的Cisco Unified通信的UC)

  • UCS测试的参考配置硬件

  • 基于Specs的硬件(UCS、HP或者IBM)

  • 思科协作应用程序的虚拟化

  • VMware vSphere软件

  • 思科统一计算系统硬件

注意: 请参阅本文的“相关信息”部分关于网页链路。

使用的组件

本文档中的信息基于以下软件和硬件版本:

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

CO居住和“服务质量”

网络收敛和虚拟化密钥负责人是资源共享硬件资源。

  • 一个聚合的IP网络共享网络硬件在多个信息数据流数据流(语音、视频、存储访问,其他数据)。

  • 一个虚拟化服务器(或虚拟化主机)共享估计、存储设备和网络硬件在多个应用程序虚拟机(VMs)中。

在两种情况下,服务质量要求保护从非UC应用程序的UC,当硬件资源是有限的时,象这样:

  • QoS在保证语音/视频网络流量的路由和交换网络硬件方面获得需要的带宽和保护从延迟和抖动。

  • 对UC虚拟化规则(即物理/virtual硬件大小时、CO居住策略等等)的否遵循保证UC VMs获得需要的CPU、内存、存储能力和存储设备/network性能。

测试硬件的每个对VM CO居住的组合和申请,特别为行为可能无法预测或不明晰定义的第三方app VMs思科是不可能的。所以,思科在UCS只保证思科UC app VM性能,当安装测试了参考配置(请参阅http://docwiki.cisco.com/wiki/Tested_Reference_Configurations_%28TRC%29)然后,只有当在CO居住策略的所有条件被跟随时(请参阅http://docwiki.cisco.com/w/index.php?title=Unified_Communications_Virtualization_Sizing_Guidelines)

对于其他环境,不确定性可以被预部署测试减少,基线,根据虚拟化的一般原则和在思科UC虚拟化后规则(在http://www.cisco.com/go/uc-virtualized)。然而,思科不能保证VMs不会为资源是饥饿的和不会有性能问题。

非UC和第三方虚拟机的关键支持考虑事项

要使Cisco TAC有效提供支持,当运行coresident思科的UC VMs以非UC/3rd Party app VMs时,客户必须保证之一的下列:

  • 非UC/3rd当事人VMs是不重要的并且如果必须能是临时地关闭电源实现排除故障。

  • 如果VMs不是不重要的,则在虚拟化主机或物理服务器必须设置空闲容量拆迁的(临时或永久性) VMs作为解决方案对应用程序性能问题。当维护在硬件或软件时,要求空闲容量已经是冗余的推荐的设计最佳实践或提供VMs临时试运行。“空闲容量”示例是额外的“倒空”物理服务器(提供“热备份”或临时试运行),或者现有刀片/机架装置服务器不完全利用。

要使Cisco TAC有效提供支持,当运行coresident思科的UC VMs以非UC/3rd Party app VMs时,思科可能要求从客户的以下活动问题诊断或解决方法的:

  • 对软件工作量或物理硬件的更改,排除故障或解决应用程序性能问题。示例,当这些更改也许要求是UC VM接收不足的CPU的,内存、网络、磁盘容量或者存储设备IOPS从硬件。

  • 什么的示例这些更改看起来象实际部署下面是列出的。

    • 软件:不重要的VMs临时关机促进性能故障排除

    • 软件:移动关键VMs和不重要的VMs交替虚拟化主机/物理服务器作为临时或永久解决方案。

      • 如果思科视为必要为了实现故障排除目的,临时地请减少虚拟机机器运行编号在主机的。

      • 如果思科确定主机被超载,请永久减少虚拟机机器运行编号在主机的。

      • 拆分密集UC app VM到,然后移动那些少密集VMs的多个少密集VMs里交替主机。即拆分CUCM 10K用户卵到多个CUCM 7.5K用户OVAs,然后重新定位一些那些CUCM 7.5K用户OVAs。

    • 这些途径允许减少在一个被超载的虚拟化主机/物理服务器的软件工作量,因此工作量为硬件资源不再挨饿。

  • Hardware:“固定在”一台被超载的主机的新增内容/升级作为替代方案关掉VMs或移动VMs。

    • E.g. 添加更多物理磁盘增加存储能力并且/或者提供IOPS

    • E.g. 添加更多物理存储器或更加物理的CPU核心

    • E.g. 添加物理NIC接口寻址LAN拥塞。

    • 这些途径允许“升级”被超载的硬件适应资源缺乏的软件工作量。

支持思科的提供是视维护与思科的客户而定当前和全部付清的支持合同。


相关信息


Document ID: 113520