sla技术标准.doc

-
. z.
SLA ( Service-Level Agreement ):
定义
SLA：Service-Level Agreement的缩写，意思是效劳等级协议。
是关于网络下午5点效劳响应时间<85ms，效劳有效率>95%，在一个月的总体实现比例 >97%。
-
. z.
监测
[3]1、轻松监控SLA的先决条件
签署SLA，会有一下形式：IaaS、PaaS和SaaS，分别是根底设施即效劳、平台即效劳和软件即效劳。企业应该确保它们能对所有签署的SLA的进展监控。
比方说，IT托管效劳商景安网络使用多种工具来监控SLA和根底设施的可用性。这些工具能够监控性能和根底设施、容量的安康状况趋势，并作出报告。
2、第三方监控
审计是很重要的一步，能够确保平安，保证SLA的承诺和责任归属，保持需求合规。企业可以用第三方监控。如果企业在云中运行业务关键的应用，这项效劳应该保持定期审查，确保合规，敦促厂商与SLA步调一致。
对于不合规的处分和SLA违反，我们只能基于效劳信用。未来可以通过绑定业务级别SLA来作为弥补。
3、转换SLA，帮助整个业务成果
尽管云计算市场正在迅猛增长，中小企业的IT大多数都不够成熟，缺乏以支撑基于根底设施的SLA来帮助义务开展。企业应该选择最适合业务需求的SLA，而不是急急忙忙签署协议。
如果企业操之过急，直接选择根底设施级别的SLA，可能会由公司部产生很多话费。比方说，*%的高可用性，效劳商就会提供更多冗余和灾难恢复，结果花费大幅提高。
当聚焦于节省型业务级别SLA时，云计算SLA监控应该具有逻辑性和可行性，而不仅仅是根底设施级别的SLA。
4、确保告警装置
为了让SLA监控更高效，你得确保可用性和责任时间通过Web portal定期报告。企业应该保证及时的告警。
5、确保厂商有高效的后备设施
不同的厂商对于数据保护的系统也不同。但是有的厂商会把该职责推给客户，这样的话客户只好自己保护数据。因此企业应该确定效劳商在签署SLA时，是否对此负有责任。
你可以问这些问题：厂商用什么装置保护数据？厂商是否在后端复制镜像？有快照吗？灾难恢复方案是否有效？未授权的人能否访问数据？
6、确保效劳商的生态系统
选择厂商时，要看看它的生态系统是否整合了SI、ISP、IaaS/PaaS供给商。如果一个云供给商只关注单一的根底设施级别或者PaaS，不会关注别的，那就可能不适合长远开展。
对于云管理即效劳，第三方解决方案可以考虑用来进展云SLA监控，它能以每秒为单位检查问题，毕竟灾难常常源于细节问题。
效劳标准
一、紧急情况
当发生效劳器宕机，数据库无法读写等一级紧急事件时，维护方应当在1小时响应，2小时协助解决该情况。并在因外部原因无法立即解决时〔例如效劳器所在机房受到黑客攻击，效劳器硬盘读写失败等事件〕，向客户报告情况并提供具体解决的时间。成熟的建立公司对于紧急情况通常都会有一套完善的应急解决方案，帮助客户及时解决突发事件，最大程度的挽救因无法访问导致的损失。
-
. z.
二、重要情况
正式上线过程后，有时会出现在