服务水平管理和服务水平协议SLA样本
- 格式：doc
- 大小：40.96 KB
- 文档页数：34
服务水平管理和服务水平协议SLA样本服务水平管理和服务水平协议SLA本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
服务水平管理和服务水平协议（SLA）本文描述面向高可用性网络的服务水平管理和服务水平协议（SLA）。
它包括服务水平管理的成功因素以及帮您评估成功与否的性能指标。
本文以一个国际性的网络详细描述遵从高可用性业务工作组确定的最佳方案指导原则的SLA。
服务水平管理概述网络公司一直以来都通过构建坚实的网络基础设施及主动处理每个业务问题来满足不断扩展的网络要求。
当业务异常中断时，公司将构建新流程、管理功能或基础设施来防止此类故障再次发生。
然而，由于快速变更及日益增长的可用性要求，我们现在需要改进模式来预先防止意外故障并快速修复网络。
许多服务供应商和企业一直都试图更好地定义服务水平以便实现商业目标。
关键成功因素SLA的关键成功因素用来定义支持成功构建可获得的服务水平及维护A SLA的主要要素。
要成为合格的关键成功因素，流程或流程步骤必须能够改进进A SLA质量并从整体上提高网络的可用性。
关键成功因素还应具备可测量性，以便使企业能够判本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
断::与定义的程序相比，它所取得的成功程度。
性能指标性能指标提供了公司测量关键成功因素的机制。
您通常需要每月审查一次，以确保服务水平定义或或A SLA运行良好。
网络运行小组及必要的工具组可实施以下测量标准。
注意::对于没有A SLA的公司，我们建议您同时实施服务水平定义、服务水平审核及测量标准。
性能指标包括::?记录的服务水平定义或SLA，包括可用性、性能、主动业务应答时间、排障目标及问题升级等。
?月度网络服务水平审核会议，审核对服务水平的执行情况并实施改进。
?性能指标测量标准，包括可用性、性能、按优先级划分的业务应答时间、按优先级划分的排障时间以及其它可测量的A SLA参数。
服务水平管理流程面向服务水平管理的高级别流程主要包括两组::实施服务水平管理本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
实施服务水平管理包括十六步，分为以下两个主要范畴::?定义网络服务水平—步骤11--66?创建并维护SLA—步骤77--16定义网络服务水平网络管理人员需要定义支持、管理并测量网络的主要规则。
服务水平为所有网络人员提供目标并可用作整体业务质量的测量标准。
您也可将服务水平定义用作网络资源预算工具以及投资于更高服务质量的证据。
它们还提供评估供应商及运营商的表现的方法。
如果没有服务水平定义和测量，公司不可能制定明确的目标。
服务是否满意由用户决定，在应用、服务器//客户机运行或网络支持方面并无明显差距。
由于企业对最终结果没有把握，因此很难作预算。
最终，网络公司在提高网络及支持模式方面都趋向于选择被动应答，而非主动预防的方式。
我们建议采取以下步骤来构建并支持服务水平模式::?分析技术目标及限制因素。
?确定可用性预算。
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
?创建详细记录关键应用网络特征的应用资料库。
?定义可用性、性能衡量标准及通用术语。
?创建服务水平定义，包括可用性、性能、业务应答时间、排障平均时、故障检测、升级门限及上报途径。
?收集测量标准并监控服务水平定义。
第第11步::分析技术目标及限制因素开始分析技术目标和限制因素的最佳方式是集体讨论或研究技术目标与要求。
因为这些人都有特定的业务目标，所以有时这有助于要求其它T IT技术人员参与讨论。
技术目标包括可用性级别、吞吐量、抖动、延迟、应答时间、可用性要求、新特性的推出、新应用的推出、安全性、可管理性及成本等。
随后，公司应研究限制因素，以便使用可用资源实现这些目标。
您可为每个目标创建带有对限制因素解释的工作表。
最初看似大多数目标都无法实现。
随后划分目标的优先级或降低对仍可满足商业要求的目标的期望值。
例如，%%，或每年55分钟的故障停机时间。
实现这一目标存在大量限制因素，如硬件的单点故障、远程位置中的故障硬件的平均修复时间本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
(MTT R)、运营商可靠性、预先故障检测、高变更率及当前网络容量限制等。
因此，您需要将这个目标调节到更加易于实现的级别。
下个章节中介绍的可用性模式可帮您制定现实的目标。
您可能也考虑在限制因素相对较少的网络领域提供可用性。
当网络公司公布业务的可用性标准时，公司中的各业务部门可能发现无法接受这个级别的可用性。
这自然而然引发对A SLA的讨论，或为可满足商业要求的模式进行投资//做预算。
确定所有限制因素或风险的工作包括要实现技术目标。
根据实现理想目标的最大风险或影响方面划分限制因素的优先级。
这可帮助公司确定网络改进计划的优先顺序，并确定解决限制因素的难易程度。
限制因素分三类::?网络技术、故障恢复能力和配置?生命周期方案，包括::规划、设计、实施和运行?当前的话务负载或应用行为网络技术、故障恢复能力及配置限制因素是指与当前技术、硬件、链路、设计或配置相关的任何限制因素或风险。
技术限制因素指技术本身造成的任何限制。
例如，当前没有一种技术允许冗余本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
网络环境中实现少于11秒的聚合时间，而这恰恰是维持整个网络上的话音连接的关键。
另一个例子是数据通过地面链路时的原始速度，大约是0100英里//毫秒。
网络硬件故障恢复能力风险调查应集中在硬件拓扑、分级体系、模块化、冗余、F MTBF及定义的路径这几方面。
网络链路限制因素应强调企业网络链路及运行商连接。
链路限制因素可能包括链路冗余和多样性、媒介限制、布线基础设施、本地环路连接性以及长距离连接性。
设计限制因素与网络的物理或逻辑设计相关，包括从为设备可用空间到路由协议实施的可扩展性等各个方面。
您应在配置、可用性、可扩展性、性能及容量方面考虑所有协议和媒介设计。
动态主机配置协议（DHCP）、域名系统（DNS）、防火墙、协议转换及网络地址转换等网络业务限制因素也应列入考虑之列。
生命周期方案定义用于实现解决方案的统一部署、检测和修复故障、防止容量或性能问题以及配置一致性和模块化的网络流程和管理。
您需要认真考虑这个领域，因为专业技术和流程通常是导致不可用性的最大影响因素。
网络生命周期指本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
规划、设计、实施和运行周期。
在每个阶段中，您都必须了解性能管理、配置管理、故障管理及安全性等网络管理功能。
思科A NSA高可用性服务部（HAS）提供网络生命周期评估服务，确定与网络生命周期方案相关的当前网络可用性限制因素。
当前的话务量或应用限制因素只是指当前话务和应用的影响。
不幸的是，许多应用都带有大量需要慎重管理的限制因素。
当前应用的抖动、延迟、吞吐量及带宽要求通常带有许多限制因素。
编写应用的方式也可能产生一些限制因素。
汇编应用资料库可帮您更好地了解这些问题；下文将介绍这一特性。
研究当前的可用性、话务、容量及性能还可帮助网络管理人员了解当前的服务水平目标及风险。
这一工作常通过名为网络基准制定的流程来完成，该流程可帮您定义规定时段内（通常是一个月）的平均网络性能、可用性或容量。
这些信息通常用于容量规划和趋势分析，但也可用来了解服务水平问题。
下面的工作表使用了上述目标//限制因素方法来实现防止安全性攻击或拒绝服务攻击（DoS）的本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
目标。
您也可使用该工作表来决定可最大限度地减少安全性攻击的业务范围。
风险或限制因素限制因素类型潜在影响可用的S DoS检测工具无法检测出全部S DoS攻击类型。
技术//故障恢复能力高不具备对告警做出相应所需的人员和流程。
生命周期方案高当前网络接入策略未加执行。
生命周期方案一般如果利用带宽拥塞来发动攻击，则当前的低带宽互联网连接成为限制因素。
网络容量一般帮助防止攻击的当前安全性配置不完善。
技术//故障恢复能力一般第第22步::确定可用性预算可用性预算是期望在定义的两点间出现的、理论上的网络可用性。
准确的理论信息可在多个方面发挥作用::?公司可将其视为内部可用性目标，并且能够立刻定义偏离并进行补救。
?网络规划人员可使用这些信息来确定系统的可用性，以确保设计满足商业要求。
造成不可用性或故障停机的因素包括软硬件故障、电源和环境问题、链路或运营商故障、网络设计、人为错误或缺乏流程等。
在评估网络的整体可用性预算时，您必须严格评估上述的所有参数。
如果公司当前正在测量可用性，则可能不需要可用性预算。
用可用性测量标准作为基准来评估服务水平定义使用的当前服务水平。
然而，您可将本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
二者进行对比，以便了解潜在的理论可用性与实际测量结果间的差距。
可用性指产品或业务在需要时投入运行的可能性。
参见以下定义::¨11--((总的连接中断时间)/(总服务连接时间))¨11--[[总和((业务中断期间受影响的连接数量X业务中断时间)]/(运行的连接数量X运行时间))11--由以下因素造成的可用性或总的连接中断时间::软硬件故障、电源和环境问题、链路和运营商故障、网络设计、用户错误及流程故障等。
首先需要研究的领域是潜在硬件故障及其对不可用性的影响。
要确定这方面的影响，公司应了解所有网络组件的F MTBF以及MTTR，以确定两点间的路径中所有设备的潜在硬件问题。
如果网络采用模块化和分级体系结构，则几乎任意两点间的硬件可用性都是相同的。
F MTBF信息可用于所有思科组件，并且可根据请求、向本地客户经理提供。
S Cisco NSA HAS项目还使用一种工具来帮本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿。
文档如有不当之处，请联系本人或网站删除。
助确定硬件可用性及网络路径，即使在系统中存在模块冗余、机底冗余及路径冗余时也能够使用这种工具。
硬件可靠性的一个主要因素是MTTR。
公司应评估它们修复故障硬件的速度。
如果公司未制定备用方案，只依赖于标准Cisco SMART?协议，则潜在的评估硬件更换时间为424小时。
在带有核心冗余但不带有接入。
冗余的典型N LAN环境中，适当的可用性是%%，平均修复时间是44--小时。
