排除故障统一通信(UC)，非UC和第三方虚拟机(VMs)CO居住-Cisco.PDF

排除故障统一通信(UC)，非UC和第三方虚拟机 (VMs) CO居住 目录 简介 先决条件 要求 使用的组件 CO居住和“服务质量” 相关信息 简介 本文澄清支持策略的一些方面在应用程序CO居住支持策略定义的应用程序CO居住的作为虚拟化 Cisco Unified通信(UC) /Collaboration应用程序的支持策略一部分定义在思科协作虚拟化。此技术说 明是可适用的对在包括UCS测试的参考配置，基于Specs的UCS基于Specs的和3 Party服务器的统 一计算系统(UCS)和其他虚拟化硬件选项的所有UC。   先决条件 要求 Cisco 建议您了解以下主题： 在UCS解决方案的UC UCS测试的参考配置硬件 基于Specs的硬件(UCS、HP或者IBM) 思科协作应用程序的虚拟化 VMware vSphere软件 思科统一计算系统硬件 注意 ：请参阅本文的“相关信息”部分关于网页链路。 使用的组件 本文档中的信息基于以下软件和硬件版本： 支持虚拟化(的思科协作应用程序一览参见在思科协作虚拟化)。 思科UC/Collaboration应用程序的虚拟化的支持策略(请参阅支持文档在思科协作虚拟化)。 本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原 始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。 CO居住和“服务质量” 网络收敛和虚拟化密钥负责人是资源共享硬件资源。 一个聚合的IP网络共享网络硬件在多个信息数据流数据流(语音、视频、存储访问和其他数据)。 一个虚拟化服务器(或虚拟化主机)共享估计、存储设备和网络硬件在多个应用程序虚拟机 (VMs)中。 在两种情况下，服务质量要求保护从非UC应用程序的UC，当硬件资源是有限的时，象这样： 服务质量(QoS)在路由和交换网络硬件方面为了保证语音/视频网络流量获得需要的带宽和保护 从延迟和抖动。 对UC虚拟化规则的否遵循(例如，物理/virtual硬件大小时， CO居住策略，等等)为了保证UC VMs获得需要的CPU、内存、存储能力和存储设备/network性能。 测试硬件的每个对VM CO居住的组合和申请，特别为行为也许无法预测或不明晰定义的第三方应用 VMs思科是不可能的。所以，思科UC应用程序实时性能在UCS只做，当安装测试了参考配置然后 ，只有当在CO居住策略的所有条件被跟随时(请参阅协作虚拟化大小时 ，并且为支持CPU预约类似 UCM和IMP的应用程序，也许有其他注意事项)。 对于其他环境，不确定性可以被预部署测试减少，基线，根据虚拟化的一般原则和在思科UC虚拟化 后规则(在思科协作虚拟化)。然而，思科不能保证VMs不会为资源是饥饿的和不会有性能问题。 非UC和第三方虚拟机的关键支持考虑事项 为了使Cisco TAC有效提供支持，当您运行coresident思科的UC VMs以非UC/3rd Party app VMs时 ，客户必须保证这些之一： 非UC/3rd Party VMs是不重要的并且如果必须能是临时地关闭电源实现排除故障。 如果VMs不是不重要的，则在虚拟化主机或物理服务器必须设置空闲容量拆迁的(临时或永久性) VMs作为解决方案对应用程序性能问题。当维护在硬件或软件时，要求空闲容量已经是冗余的 推荐的设计最佳实践或提供VMs临时试运行。“空闲容量”示例是额外的“倒空”物理服务器(提供 “热备份”或临时试运行)，或者现有刀片/机架装置服务器不完全利用。 为了使Cisco TAC有效提供支持，当您运行coresident思科的UC VMs以非UC/3rd Party app VMs时 ，思科也许要求从客户的这些活动问题诊断或解决方法的： 对软件工作量或物理硬件的更改，为了排除故障或解决应用程序性能问题。示例，当这些更改 也许要求是UC VM接收不足的CPU的，内存、网络、磁盘容量或者存储设备输入/输出操作每秒 (IOPS)从硬件。 这些更改看起来象实际部署列出得什么的示例此处。软件：不重要的VMs临时关机为了促进性 能故障排除软件：移动关键VMs和不重要的VMs为了交替虚拟化主机/物理服务器作为临时或永 久解决方案。临时地请减少在主机运行虚拟机的数量，如果思科视为必要为了实现故障排除目 的。请永久减少在主机运行虚拟机的数量，如果思科确定主机被超载。拆分密集UC