浅析面向云架构的SLA（云架构包括哪些层）

云服务重塑了企业级利用的架构，公共云成了集成企业利用、平台软件和服务的一个设计中心。API驱动的资源按需分配，与传统的企业数据中心基础设施有着很大的不同。企业利用需要适应云服务的架构设计，同时又向云服务添加了企业属性和服务的等级。

　　过去，企业级利用的主要体系结构是专用数据中心中构造的系统，其设计目的是为企业利用程序提供有保证的服务级别。这与公共云多租户体系结构是完全不同的，本质缘由是利用程序和服务作为散布式系统构造在虚拟化的资源之上。而对一些IT部门而言，云服务只是为了不公司财务审核的麻烦。

　　虽然许多大型公司已成功地使用云服务交付了弹性而高效率的利用，但是让企业利用使用公共云依然并不是易事。变通性和自动化可以简化 IT 操作，云服务需要成为一个高性能的企业级平台，需要能够支持财务分析、 ERP系统和供应链管理等业务级利用。

　　企业级利用的SLA对云服务的挑战

　　企业级利用需要额外属性的业务环境，比如高可用性、安全性、可靠性或性能，这些属性对新旧利用都是适用的。举例来看， 由于监管或业务缘由，数据安全性可能很重要。数据完全性的漏洞，可能致使毛病的业务决策或财务结果，使公司损耗真金白银，乃至可能致使市场价值的损耗。

　　SLA是企业服务的需求，通常采取提供者和消费者之间的契约，并对不遵照的行动进行处罚。具体和可丈量的 SLO是用于测试 SLA 是不是满足的单个度量标准。在这里，云服务是指部署利用和服务的平台，许多IaaS和 PaaS提供商都提供了云服务。云服务通常包括按需分配的自助服务、广域网访问、资源池、快捷弹性等等。云服务交付的服务级别与企业期望的服务级别存在着普遍的差距。很多云服务的SLA一般在99.95% ～99.99%之间，而且不保证性能。

　　可靠性和可用性

　　企业级利用 SLA 的可用性多是技术上的挑战。举例来看，关键业务可能不能容忍每一年超过5分钟的停机时间，这需要99.999% 的可用性。相比之下，云服务中的资源经济性可能有相对较高的预设故障率。举例来看，AWS的EBS服务大概每一年的故障率为0.1%-0.5% ，这意味着可能每一年高达1/200的故障率。

　　关键业务对数据不一致和数据破坏的容忍度通常较低。许多企业利用可能要被重新实现，使用“终究一致性”的架构来优化性能和可用性。当业务风险或惩罚足够高时，一些企业利用更喜欢停机或数据丢失，而不是提供毛病的结果。如果可用性足够严格，它会给软件施压，使其实现快捷恢复。

　　云服务鼓励将“为失败而设计”作为正常操作来实现高可用性。这就需要容错软件来补偿那些不可靠的基础设施，就像 RAID补偿不可靠的物理介质一样。可靠性和可用性已成了软件的问题。也许，这是一个构造硬朗软件的机会。

　　性能

　　企业利用的性能需求各不相同。面向终究用户的利用可能被管理为特定的响应时间。重要的业务，如 ERP 和财务分析，可以同时管理响应时间和面向吞吐量的 SLO，以支持特定的业务目标，例如隔夜交易策略的优化。

　　在云服务中，许多性能挑战都是多租户的副产品。事实上，物理资源成了排队系统: 多租户的云设施超订可能致使性能的巨大变化。不管存储的性能，还是网络的带宽，都可能存在着“吵闹的街坊”。计算的超订也会对IO延迟产生负面作用，性能和本钱之间存在着权衡。多租户公提高了物理基础设施的利用率，优化了云服务的本钱，但没法以尽量低的固定本钱来保证同享物理资源的性能。超订物理资源的性能可以随机波动，而静态物理资源的性能可以得到保证，但是本钱更高。

　　如果要保证性能，灵活地使用虚拟资源是云服务中的一个需求，必须对散布式系统进行积极管理才能实现性能目标。

　　安全性

　　安全需求随企业利用的种别而定，利用或数据的业务价值越高，安全需求就越严格。除避免DDOS，和“数据泄漏” ，还要实行多层次的安全控制，由于没有一个单独的系统是完全可靠的。

　　从企业可靠的角度来看，云服务是一个有趣的环境。一方面，多租户被认为是一种新的使人耽忧的环境。另外一方面，跨负载实行的逻辑安全控制和自动化策略管理提供了一个增加安全性的机会。逻辑控件比物理控件更加灵活、可审计和可履行。网络访问的控制规则是逻辑控制的一个典型例子，可以直接利用于虚拟机，可以动态地提供逻辑分区，可以缩小适应工作负载中的准确资源，并在工作负载移动时移动逻辑分区。

　　云服务需要新的安全工具和技术，并重新思考传统的安全技术，可能需要以编程的方式表示安全性的 SLO。用户、利用和以数据为中心的探索，是应对实现更高级别安全SLA的挑战。

　　企业级利用对云服务的适应性

　　企业级的数据中心通常针对预定的用例集进行优化。专用系统经过预集成组件实现具体的服务水平，具有固定的价格本钱和性能，包括硬件装备、备份系统，和私有云等。供应商垂直集成硬件和软件组件以提供服务级属性(举例来看，I/O速率、物理资源配置、故障隔离等)。经过将供应商的部署与性能和可靠度的最好实践相结合，可以满足更高等级的 SLA。

　　专用系统需要高带宽的节点间通讯，并提供了非常高的性能级别。企业可能会为特定的用例支付额外费用。

　　静态集成VS动态散布

　　固然，专用系统和公共云之间的硬件差距正在缩小。云服务已制造了合适大范围部署和运营的硬件设计，这类趋势可能会延续下去，由于公道范围的虚拟机资源具有实际的好处，举例来看，简单的可扩大性问题、节点间数据移动的本钱下降，或价格/性能/功耗效力等等。另外，一些云服务厂商还提供了具有一定服务级别的专用系统。

　　云服务是动态的和散布式的，专用系统是静态的和集成的。虚拟化资源针对自动化、本钱和范围进行了优化，还具有平台和硬件抽象层。抽象是提供更高级别SLA的一个挑战，由于不知道哪些虚拟资源位于相同的性能和故障域中，因此很难保证服务级别。

　　企业的基础设施有机会进行转换。在实现高可用性散布式系统这一具有挑战性的工作中，利用程序将能够抵抗组件故障，并且对高可用性基础设施的需求将随着时间的推移而减少。SLA 可以在云服务上的软件中交付，为企业利用提供企业属性和服务级别。

　　云服务上企业级利用的 SLA

　　相对企业的需求，云服务中的按需资源实际上是无穷的。虽然少量公然表露，但据守旧预估，单个公有云的服务器数量到达了数10万，而且还在快捷增长。这已比一个具有数万台服务器的大企业数据中心大了一两个数量级。与大型网站上的数百万终究用户相比，50000终究用户对企业业务、批处理或分析利用来讲都是一个不小的数字。

　　云服务从根本上改变了现今企业利用和基础设施的体系结构，资源不再是固定的， 乃至有额外的CPU和 RAM 供应给企业利用。资源只受预算的限制。

　　虽然 云服务提供了有限的SLA，但通常需要利用和平台软件围绕着利用的特质(如性能、弹性、可用性和本钱)来提供保证。由于与多租户相干，需要经过设计来容忍任意的失败，并实现自己的 SLA。

　　Software defined everything(软件定义内涵一切)。

　　软件定义内涵的SLA

　　软件定义内涵的SLA多是个潜伏的解决方案，提供了一种新的设计模式，将 SLA和 SLO情势化为云服务软件组件中的可配置参数。然后，这些组件管理基础资源，以满足特定的SLO 需求。使用按需分配的资源，可以经过系统层来满足某些 SLO，而这些 SLO 之前需要进行计划、静态分区和逾额供给。最后，云服务的API将软件定义内涵的SLA合并为运行时配置。

　　软件定义内涵的SLA可以为基本服务级别指定度量，如响应时间、I/O吞吐量和可用性，还可以指定抽象但可衡量的属性，如地理散布或负载束缚。软件定义内涵的SLA应当是独立于供应商和技术，在逻辑单元中指定，并且是客观可丈量的。

　　可能的实现

　　软件定义内涵的SLA需要在云服务中实现，用于运行时可配置的 SLOs扩大，用于高可用性和容错，和用于按需分配计算能力和 I/O资源。

　　鉴于散布式系统开发的挑战，不太可能对软件定义内涵的SLA采取一刀切， 可以在利用服务、平台组件中实现各种编程式的 SLO。特定利用的上下文肯定了哪些组件合适给定的用例，由于云服务和企业利用都是动态目标，可能会迭代云服务提供的属性与企业利用提供的属性，和介于二者之间的软件组件和服务。

　　运行时重新配置非常具有挑战性。QoS技术是必要的，但还不够，动态提供 RAM、 CPU 和存储资源以满足不断变化环境条件下的 SLO是必须的。但是，软件定义内涵SLA的价值会证明重大的工程努力和本钱是公道的。在斟酌性能和数据可用性时，必须斟酌计算能力和数据存储的配置，这些可以减轻与多租户网络相干的一些性能问题。

　　一般来讲，可使用标签来肯定资源，特别是实现安全性的SLO。基于主机的虚拟网络和 OpenFlow 提供了更多的机会来标记网络流中的用户和组。安全性的 SLO可以经过将用户和组标记与访问控制关联来实现。类似地，存储服务元数据中的数据集标记有助于实现数据相干的 SLO(举例来看，数据可用性、复制、访问控制和加密密钥管理策略)。

　　本钱优化

　　即便使用私有云技术，过度供应依然是保证服务级别的标准方法。专用系统的全部本钱必须预先支付，包括SLA和随即间推移不断增加的超量供应开消。公共云服务中的资源可以针对需要分配和释放，因此可以针对实际使用情况计费。便可变工作负载的运行效力而言，这是公共云服务超出专用系统的一个机会。

　　由于实现不同的 SLO可能需要可变资源，因此软件定义内涵的SLA与本钱函数相干联。面对不断变化的基本条件(举例来看，不可预估的多租户资源) ，本钱是一个随机变量，即便所有其他 SLO 都是固定的。

　　软件定义内涵SLA的限制

　　软件定义内涵的SLA在理论和实践上都可能有着局限性。由于本钱始终是需要管理的系统级参数，因此有些组合可能不起作用。即便给定无穷的本钱，有些 SLO也可能在物理上没法实现。另外，设计糟的云服务可能不合适软件定义内涵的SLA。

　　在动态资源管理领域， 物理属性可以分解为单独的可消费单元。举例来看，计算资源可以独立于 I/O、 I/O 吞吐量独立于容量，CPU 和 RAM 独立于彼此。这削弱了专用系统的纵向一体化优点。

　　公共云服务引入了根本的经济转变——价格/性能指标需要斟酌到工作负载和运行时间。由于公共云服务具有随需应变的特质，价格是随即间分配资源的函数，以工作负载运行后的小时或天计算，而不是标准的企业硬件生命周期。还有更多机会经过自动化测试基础设施和分析来验证软件定义内涵的SLA，这为第3方验证SLA和适当评估惩罚提供了可能。

　　与云服务的同步成长

　　对公共云服务来讲，处理大量的企业计算用例将是一次有益的旅程。与过去一样，企业利用模型的转换可以逐渐进行，从非关键的利用程序开始，并随着生态系统的成熟而向上构造。公共云创新的步伐是无情的，大量的能源和资金继续涌入公共云基础设施。从历史上看，企业平台的结构产生了根本性的变化，这是计算经济学不断变化的结果。

　　企业利用和基础设施可以构造为散布式系统，使用可重用的平台组件。这可以帮助IT专业人员和开发人员部署快捷可靠的利用程序，而没必要每次都重新造轮子。一些与可靠性、可用性、安全性和可靠性相干的企业特质可以在这个模型中连续运行。软件定义内涵SLA的运行时配置提供了一个对确切性能指标进行管理的机会，而不是基于原始硬件或预先打包SLA的物理特质。企业利用可以利用云服务的范围、效力、快捷发展的硬件同步成长，不是在专用系统中实现，而是经过公共云资源实现的。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。