admin 发表于 2015-2-20 18:43:45

10个窍门微软云sla服务水平协议(sla)在云中可以混淆 远程控制软件,灰鸽子远程控制

10个窍门微软云sla服务水平协议(sla)在云中可以混淆 远程控制软件,灰鸽子远程控制

2014年11月19日德州承包公司的IT部门开始报道,微软Office 365给员工基于云计算的电子邮件系统不可用。手机用户无法邮件或通过前景。一天滚一些用户的电子邮件回来,其他的没有。当美国工人签署,国际雇员开始报告类似的问题。对于一些用户来说,电子邮件是24小时。
停机后IT领导挤,提起索赔与微软违反公司的服务水平协议(SLA),保证办公室和其他微软在线服务将提供99.9%的月。如果不到可用的服务,25%的信用可以发给客户。但响应他们从微软获得惊讶:Web access仍可用的服务并不是技术上不可用,因此这不是一个违反SLA。
也对网络世界10个最有用的云数据库
“愿意的人数,能力和知识渊博的足够使用,选择是相当低,“IT人员的一名高级成员说,他要求匿名,他不酸与微软的关系。作为回应,承包公司已经受过良好教育的员工如何使用web邮件访问当前景。
在回应记者的置评要求情况下,微软发表声明说它求“总是可用的服务”,sla来提供金融保障的承诺。如果微软在线服务不可用时不到95%的给定月客户可以得到一个完整的语句的功劳。
这节课中,然而,说明了需要了解所有条款和条件在云sla。企业协议可以复杂,这里有10件时注意检查sla对微软Office 365(SaaS提供)和微软Azure(包括IaaS和PaaS组件)。的许多技巧也适用于其他云平台,比如AWS,但是他们是专门为微软云服务。看到微软Azure IaaS SLA列表正常运行时间保证,在线服务SLA可以在这里找到。
阅读合同和所有支持文档
这似乎是显而易见的,但很多人不实际阅读合同,就像他们掠过最终用户许可协议。“我遇到一个神奇的人邮政通过幻灯片,然后签合同,”Paul DeGroot说,他是一个顾问异食癖通信建议客户微软许可。如果你不理解的东西后的合同分析,寻求帮助。理解你的SLA的关键是阅读它。
我遇到了一个惊人的数字邮政的人通过一个幻灯片,然后签合同。
顾问保罗•DeGroot异食癖通信
合同可以混淆。DeGroot说有时在支持文档相关的信息。SLA参数可以在文档的一个部分概述了但合同可以在其他文学定义的术语。一定要阅读整个合同,包括任何证明文件。
SLA违反必须报告
一些供应商信贷客户时将自动停机,而另一些则不会。当务之急是客户报告任何中断他们认为违反SLA。DeGroot遇到了情况客户经历了持续多日的停机和确定他们的法案将只是反映了信贷事件。但是如果你不文档和报告,你没有办法证明你有经验的停机时间。记录它,如果你有一个问题立刻通知你的供应商和索赔违反SLA。
微软要求客户提交一个SLA违反要求年底客户支持日历月后事件发生了。(举个例子,如果一个事件发生在2月中旬,客户直到3月底报告。)索赔必须包括:详细描述事件;事件的时间;或者网站的用户数量的影响;你试图补救情况的描述。
SLA为99.9%正常运行时间还允许每年8小时的停机时间
微软的许多服务都以99.9%的正常运行时间保证(three-nines)。听起来不错。但在今年的99.9%仍然允许每年8小时45分钟的停机时间,没有违反SLA。你怎么觉得如果你的工作量是不可用8小时一天?这正常运行时间的计算器可以帮助用户预测有多少停机时间他们应该期待从提供者基于SLA的正常运行时间保证。
每个服务可以有自己的SLA
每个服务可以有它自己的SLA正常运行时间保证。例如,微软Azure vm有99.95%正常运行时间保证(如果部署在两套可用性;后面有更详细的描述)和SQL数据库有99.9%正常运行时间保证。大多数微软在线SaaS产品有99.9%的正常运行时间保证。但99.9%的正常运行时间允许多达43分钟的停机时间发生在一个月没有违反SLA。
+在谈判时应该要考虑混合云SLA +
特洛伊亨特,微软专家博客指出在这幅作品中,那些停机事件没有发生在同一时间对提供者的SLA完好无损。所以,例如,如果你有一个系统,依赖于蔚蓝的VM,SQL数据库和Azure存储,那么一个月的第一天Azure VM可以下去了21分钟,降低你的工作量。第二天,SQL Azure可以沿着42分钟,降低应用程序。这两个仍将在SLA的条款。更多,博客作者布伦特Stineman探索如何计算总sla跨多个服务。
的名单
vm可能需要部署在多个实例的SLA
云计算的咒语之一就是准备失败。事实上一些云服务,包括微软和AWS,要求客户架构师系统准备未能满足SLA的条款。AWS,例如要求虚拟机部署在多个可用性区域(不同的数据中心在AWS云),两份VM必须没有违反SLA。微软使用术语可用性集而不是可用性区域,但原理是一样的。客户必须注意架构的最佳实践,以确保他们的系统符合SLA的条款。
迁移到一个健康的VM可能导致停机时间,不得违反SLA
要记住的一件事是,如果你师系统容错和故障转移到另一个虚拟机或可用性,这一行动本身可能导致问题,例如重新启动。如果您的系统宕机,因为它没有设置处理迁移到一套新的vm,失败并不是供应商的错,也不会被视为违反SLA。工具,像Netflix的猿猴军队混乱猴子和混乱大猩猩可以帮助AWS客户测试的公差系统中断。
服务真的是不可用的,这是你供应商的错吗?
在上面的德州公司的例子中,IT人员认为微软的故障停机,它。但并不是真的不可用,因为web服务访问仍是一个选项,所以不计入SLA。所以,如果你的应用程序宕机,这真的是你的供应商的错吗?服务不可用所有访问点?同样,有时云服务下去,但这不是供应商的错。微软的SLA是违反了服务必须因为“在微软控制的情况下,”该公司。发生中断时,检查是否有东西在你的结束导致停机。是你的网络连接到云好,例如?客户必须证明他们的供应商是在故障和服务是真正为了弥补SLA。一个有用的工具,以确定如果你的供应商有一个中断服务健康仪表板,微软和AWS报告服务不可用。
服务条款可以改变的 灰鸽子使用教程,远程控制软件
云计算是一个快速发展的行业,产品从提供者可以变化。当产品变更时,也可以sla。通常SLA将概述提供者是否通知客户更改服务或SLA,或者如果客户应该做好服务中断。但是,其范围可以从提供者为服务提供者和服务消费者是否会通知更改。如果突然改变服务将影响你的工作负载,检查以确保您的提供者将通知你的这种变化。
+ 5的技巧让你的云SLA气密+
微软将通知客户所谓的“颠覆性变化”其核心产品,指出研究员唐纳德Retallack Directions on Microsoft的研究副总裁。微软“颠覆性变化”的定义是:“改变(s),客户或管理员必须采取行动以避免严重退化的在线服务的正常运行。“微软承诺提前6个月通知客户的颠覆性改变其Dynamics CRM平台,例如。但是其他的没有微软通知客户无干扰可能发生变化。
计划停机并不总是对SLA计数
服务是一回事去了一个意想不到的原因,但有时云下去,因为服务提供者可以下来。Verizon公司,例如,有一个几乎48小时计划今年早些时候停机。这样的中断可能意味着服务,但它对SLA不算。客户可以要求他们的供应商,以确保他们会通知任何计划停机。
“预览”或与SLA测试版服务可能不来
许多供应商提供free-tiers服务或其他产品的预览。通常,这些自由和预览服务不是由sla。所以,随意使用他们,但确保你理解的条款和使用他们之前依靠他们的风险至关重要的功能。

qq123456 发表于 2015-2-20 18:43:47

消灭0回复,我要抢沙发!…
页: [1]
查看完整版本: 10个窍门微软云sla服务水平协议(sla)在云中可以混淆 远程控制软件,灰鸽子远程控制