容量与性能管理最佳实践白皮书.PDF

容量和性能管理：最佳实践白皮书 文档ID20769 已更新：十月04， 2005     下载 pdf文档     打印   Feedback 相关产品 高可用性 QoS拥塞管理(队列) 目录 简介 容量和性能管理概述 CPU 背板或I/O 内存 接口和管道大小 排队，延迟和抖动 速度和距离 应用特性 容量和性能管理最佳实践 服务级别管理 网络和应用程序假设分析 基线和趋向 异常管理 QoS管理 收集和报告容量信息 确定您的需要 定义进程 定义容量区域 定义容量变量 编译数据 相关信息 相关的思科支持社区讨论 简介 高网络可用性是在大型企业和服务提供商网络内的一个目标关键需求。网络管理器面对增加对提供 的挑战高性能，包括不定期的停工期、缺乏专业技术，不足的工具、复杂技术、商业合并和竞争的 市场。容量和性能管理帮助网络管理器得到新的全球业务目标和一致网络可用性和性能。 本文检查以下主题： 一般产能和性能问题，包括风险和潜在容量问题在网络内。 容量和性能管理最佳实践，包括若分析，基线，趋向，异常管理和QoS管理。 如何开发一个容量计划策略，包括普通的技术、工具、用于容量规划的MIB变量和阈值。 容量和性能管理概述 容量规划是确定要求的网络资源进程防止性能或可用性影响在商业关键应用。性能管理是管理网络 服务响应时间实践、一致性和质量单个和整体服务的。 注意： 性能问题与产能通常涉及。应用程序更加慢，因为带宽和数据在队列必须等待在传送前通过 网络。在语音应用，问题类似延迟和抖动直接地影响语音呼叫的质量。 多数组织一致已经收集若干涉及容量的信息和工作解决问题，计划更改，并且实现新增效益和性能 功能。然而，组织若不定期地执行趋向和分析。假设分析是确定网络更改的影响进程。趋向是进程 执行包括网络容量基准和性能问题和查看网络趋势的基准了解将来升级需求。容量和性能管理应该 也包括问题在用户调用前识别并且被解决的异常管理和网络管理员计划，管理，并且识别独立服务 性能问题的QoS管理。以下图说明容量和性能管理进程。 容量和性能管理也有其限制，典型地涉及与CPU和内存。下列是注意事项的潜在的区域： CPU 背板或I/O 内存和缓冲区 接口和管道大小 排队，延迟和抖动 速度和距离 应用特性 对容量规划和性能管理的一些参考也提及呼叫“数据层面”和“控制层面的”某事。当控制层面含义需的 资源维护数据层面的适当的功能时，数据层面是产能和性能问题涉及与穿程网络的数据。控制层面 功能包括服务开销例如路由、生成树、接口keepalive和设备的SNMP管理。这些控制层面需求使用 CPU、内存、缓冲、队列和带宽正如穿程网络的流量。许多控制层面需求对系统的整体功能也是重 要的。如果他们没有资源他们需要，网络发生故障。 CPU CPU乘控制层面和数据层面典型地使用在所有网络设备。在容量和性能管理，您必须保证设备和网 络有一直作用满足的CPU。因为在一个设备的不适于的资源可能影响整个网络，不足的CPU能经常 崩溃网络。不足的CPU能也增加延迟，因为数据必须等待处理没有主CPU时，当没有硬件交换。 背板或I/O 背板或I/O是指设备能处理的数据流总量，通常描述根据BUS大小或背板功能。不足的背板通常导致 丢弃的数据包，可能导致重发和另外的流量。 内存 内存是有数据层面和控制层面需求的另一种资源。内存要求对于信息例如路由表、ARP表和其他数 据结构。当设备用尽内存时，在设备的一些操作可以发生故障。操作能根据情况影响控制层面进程 或数据层面进程。如果控制层面进程发生故障，整个网络能降低。例如，当额外内存为路由聚合时 ，要求这能发生。 接口和管道大小 建立接口并且管道传送大小参考在所有一连接可以同时发送的相当数量数据。这经常不正确地指连 接的速度，但是数据确实不传播以从一个设备的不同的速度到另一个。硅加速，并且硬件功能帮助 确定根据媒体的可用的带宽。另外，软件机制能“节流”数据依照服务的特定带宽分配。固有地有 1.54kpbs速度功能对155mbs和更加高的您在服务提供商网络典型地看到此为帧中继或ATM。当有 带宽限制时，数据在传输队列排队。传输队列可能有优先安排不同的软件机制在队列内的数据;然而 ，当有在队列时的数据，它必须等待现有数据，在能转递数据接口前。 排队，延迟和抖动 排队，延迟和抖动也影响性能。您能调整传输队列影响性能用不同的方式。例如，如果队列大，然 后数据等待更加长。