任务2:匹配模式累计击杀10只20次击杀(不包含自定义及新手)

知识库: 开放云计算体系结构
存储模型和开放云计算联合的体系结构
B. Rochwerger &&D. Breitgand &&E. Levy
&&&A. Galis &&K. Nagin &&I. Llorente &R. Montero &&&&&Y. Wolfsthal &&E. Elmroth &J. Caceres&
M. Ben-Yehuda &&&&&W. Emmerich&& &F. Gal?an
&&&&&&&&&&&&&&&&&&&& &&&&&&摘要
新兴的云计算范式正在迅速蓄势待发作为替代传统的。不管怎样,当代的云计算样片大多都是提供给WEB2.0体系下的应用程序,只有最近才开始处理企业级的解决方案的需求,就像为SLAs提供基础服务。
& &&为了改进当前发展水平上的挑战与不足,我们建议用一个模块化的,可扩展的云构架内在支持业务服务管理与云联合。我们的目标是促进一个开放的,基于服务的,在线理财,在这种情况下,资源和服务透明的通过云层按照需求的原则以急具竞争力的成本提供高质量的服务。。
& &&我们希望现在的数据存储工程的前景----一个体系结构允许云基础设施的提供者动态合作伙伴创造一个看起来似乎无限的IT资源库同时完全保留技术工艺以及企业商业管理决策的独立性。为此,利用数据库影响扩展虚拟技术的优点使得自主管理基础设施。与此同时,数据库的方法旨在达到一个宏伟的目标-为下一代企业级云计算创造一个基础。
& &&在WEB2.0时代,公司用户从发展到大量用一个惊人的比率增加。比如,我的空间在两年内有了两千万用户,YouTube达到这个数据用了十六个月。不管怎样,利用这些潜在的速度发展,公司必须妥善的解决与关键商业决策有关的服务交付设施。
& &&新兴的云计算典范,例如亚马逊弹性计算云(EC2),代表了一个有希望的概念上的虚拟主机和基于网络服务的部署来理论上减轻服务提供商提供与计算支持服务所需的资源的责任。云计算提供多种优点:它允许个人或公司的专长领域来建设与开展软件即服务(SaaS)公司而在软件方面花费最少的努力不用任何硬件操作。这有助于降低软件复杂性与成本,加快上市时间,提高消费者的便利。
& &&使用云计算,公司可以按需租赁基础设施资源从一个几乎无限的连结池中。这种“即用即付”的商业模式适用于实际上使用收费资源的单位时间。这样,企业可以最优化它的IT投入并改进可用性与可扩展性。
云计算寄托着未来商业计算的巨大的前途,许多当前的样式的缺点可以指明:
单独云提供者固有的有限的可扩展性:虽然现在的大多数云提供商声称无限的可扩展性,事实上,可以合理的假定,甚至最大的云服务提供者也将面临着可扩展性的问题因为云计算使用率不断增加。长期以来,可扩展性问题预料着不断加重因为云服务提供许多不断增加的在线服务,每个服务无时无刻不被全球数量巨大的用户使用着。
缺乏互通性的云计算服务提供者:现代云技术并没有考虑到设计成互通的。这导致它无法通过云供应商之间成为商业伙伴关系。它阻碍了小型和中型云服务提供者加入云供应市场。总的来说,这样扼杀竞争以及使得消费者锁定单一供应商。
无内嵌的业务服务管理支持:业务服务管理(BSM)是一个管理策略,让企业调整其信息管理与他们的高水平的商业目标。BSM的关键成果是服务水平协议(SLA)管理。现在的云计算产品并不设计成支持BSM这种已经很好的确定为IT企业的日常管理部门。结果就是,企业考虑改变它们的IT运营方式因为云基础技术面临的不增长甚至可能中断的一步。
& &&我们认为所有这些问题,以及其他重大问题如安全可用性,不是现在的体系可以改善的。相反的,这些问题处理的基本方针应该是合理的设计云计算的体系结构。在这篇文章中,我们提出一个参考模型和体系结构来系统的解决这些缺陷,并充当交付IT服务的有可能的网上基础工具。
1.1 数据库处理
数据库愿景是按需交付的IT服务,极具竞争力的成本,不需要大量资金投资于基础设施。我们的模型很大的受IT服务的交付比作通常工具交付的启发。例如,电网常用的情形是为了满足一个设备动态的需求用临近的设备来满足其高峰的需求。我们认为类似于其他产业,没有单独的供应商为所有顾客提供所有时间的服务。下一代云计算服务平台应当提供一个模型使得多个资源提供商可以无缝的合作最大限度发挥各自的益处。
& &&更确切的说,我们相信真正实现云计算的承诺,实现技术上把各种不同的资料部分联合的能力,包括那些独立拥有的组织。只有联合和互通性的基础设施提供商,利用聚集起来的能力来提供一个几乎无限的计算服务效应。非正式的,我们参考这个基础构架支持的范例如联合云。
& &&一个额外的重要的云计算服务联合的好处在于其使得云计算更加大众化,并允许中小企业与新进入者成为云服务商。这样鼓励了竞争与创新。
& &&如上所述,其中的一个限制因素在于当前的云计算产品不支持BSM,特别在于商业协调SLA的管理。当特别的云计算解决方案用来增强BSM方面的时候,可能的不同的资源部门的联合提供复杂的服务还是一个困难而未解决的问题。一个服务可能是许多分布的资源的集合,包括计算、存储与网络。供给这样一个服务消耗实际资源,但是不应该造成任何其他运行的应用程序可能超过SLA预定的阀值。就如SLA服务风险缓解机制,这个门槛代表风险,云计算提供商与云客户愿意接受。
& &&使用BSM,应用程序应当有适当的规格,它们的非功能性的特点(比如性能、实用性、安全性等等),在SLA的管理下,确保持续不断的IT操作保持优化成本。我们证明由于云计算规模巨大的想象,BSM的支持必须应该是最自动化和嵌进了云的基础设施。
& &&在数据库模型中,每个基础设施都是独立的业务提供商有着自己的商业目标。一个供应商联合其他的供应商(也就是其他位置的数据库)建立在它们自由的选择上。在具体资料库位置的IT管理是完全自动的由与其他联盟的站点的规定所管理。为了最优化这种联合,最初的供给品,资源组成的服务可能在经济,性能,实用性的考虑下移动到另一个数据库中。我们的研究从事于这些问题并寻找减少交付服务的障碍使其如公用事业有保障的服务水平并减少风险。
云计算是最新的通用的公用计算工具的典型。近年来我们已经看到了许多计算工具方面的努力比如网格计算,在高性能科学计算方面具有重大意义,企图建立一个企业实用工具。不管怎样,这些尝试还没有实现一个被普遍接受的实用工具。
造成云计算各不不同的是行业动态比如到处存在的宽带网络,X86服务器下快速渗透的虚拟技术,软件即服务的接受最终创造了一个时机也是全球计算工具的需求。不愿采用在线工具替代传统的情况在减少--成功的公司比如在线销售证明了使用安全担保,有竞争力的价格,公司甚至信任他们最宝贵的数据--客户关系--与在线服务提供商。与此同时,虚拟技术使得分离计算所需要的系统软件(操作系统,中间设备,应用程序,配置和数据)功能的物理资源成为可能。这反过来使得一种新型的在线计算--代替专门精心制作的在线软件,我们可以认为所谓通用的在线虚拟机器可以做任何事情。最后,正如虚拟工具进入主流,通用计算工具的时代来临了。
我们在这篇文章中的特别贡献如下所示:
描述企业级云计算联合的动机与实际案例。
定义一个模型以及开放式体系结构使得自主云的联合以及互通性形成一个全球性的资源网络使其提供有保证的服务水平的需求。
定义一个开放松散联合的云计算堆栈。所有级别的操作能够自动的通过标准接口的上下方在不同级别的层面下操作。
这篇文章剩下部分主要讲述如下几点。第三章我们介绍了数据库联合模型和体系结构以及提供使用概念的定义。第二章我们讨论特定用途的案例和数据库起源的需求。第四章我们描述了我们所期望的数据库的体系结构的更详细的基本原理。第五章提到了最先进的虚拟技术,网格计算以及BSM。我们用简单的总结结束第六章。
2 用例与需求分析
在这章,我们首先回顾那些涉及SAP体系的案例。预计到它们的复杂性,这些系统服务是很好的概念上的基准来验证数据库模型以及取得其需求。接下来我们提出主要需求的子集和关键设计原理。这些要求反应出数据库的特征相比于与现在的云与虚拟技术样片。
2.1 SAP体系
SAP体系用于商务应用不同的版本和功能((比如顾客关系部门(CRM)与企业资源计划(ERP))。作为给定的应用类型,SAP体系通用部件由客户定制的部件以及一部分客户自作的特别设施。某些SAP应用程序由几个松散耦合的体系组成。这样的系统具有独立的数据库和异步信息沟通的相互沟通。
SAP体系是一个典型的三层系统(如图一)如下所示:
请求由SAP WEB调度程序处理。
在中间层,有两种类型的组件:多重对话实例(DI)和单独对话实例(CI)执行主要服务比如应用程序锁定,通信以及注册DI。DI的数量可以改变当系统负载改变时。
一个单独的数据管理部门(DBMS)服务SAP体系。
组件可以安排在各种配置,从最小的配置所有组件在单独的机器上运行到有几个DI,每个DI在单独的机器运行,单独的机器又由CI与DBM组成。
2.2 虚拟数据中心使用案例
考虑到数据中心联合了不同的类型的SAP应用程序的操作所有它们分别的运行环境(例如测试,生产)使用虚拟技术。应用程序提供服务给外部客户,或者数据中心由企业内部客户(比如企业员工)所操作。
一种特别的变化应该提及,当数据中心提供需求时,软件即服务,当客户处于外部时,每个客户得到相同版本的应用程序。不管怎样,每个用户配置定制应用来适合他特定的需求。合理的假定在这个案例中用户是一个小型或者中型商业用户(SMB)。
我们简要提及虚拟数据中心的几个典型方面:
基础设施提供商必须管理成百上千的用户的应用程序的生命周期同时必须保持很低的总成本(TCO)。这包括创建新用户,回收数据,管理用户自定义的配置,从服务提供商处更新补丁与新版本。
用SaaS为SMB创建一个新用户的实例是完全网站自主的。新用户浏览一系列的配置问题并上传主要数据资料(比如产品说明书以及用户名单)。通过这些步骤,用户通常运行一个试用版本。资源(存储,数据库和应用程序提供者)供给部分是自动组织的。
&&&&&&&&&&&&&&&&& 图一:SAP形式的抽象
顾客每月固定费用或者按照实际使用程序的多少来支付。
有几个著名的方法类似于多租户的数据库模型。不管方法怎样,多租户要求灵活的虚拟技术方案,比如,DBM组成部分与存储系统被不同用户所共享。这种共享主要的理由在于让每个用户的总花费最小。
终上所述,从基础设施提供商的观点来看所有这些案例的主要挑战是:
管理数千不同的包含各种种类的由数千不同的虚拟环境发起的服务应用服务部件,除此之外还有一个复杂基础设施包括网络与存储系统。
图二:SAP体系部署实例:(a)所有部件在同样的虚拟环境中执行。(就表现如圆形和矩形)&
(b)大的部件(CI和DBMS)在各自专用的虚拟环境中执行。虚拟执行环境主机创建组件专门管理虚拟环境。
&& &&&&&&在同样的基础设施上联合许多应用程序,从而增加硬件利用率并优化能耗,保持在最小费用运行。
保证许多数据中心的用户面对不同的波动的工作负载时的单独的SLA。。
2.3 基本要求
在以前章节的案例讨论中,我们得到以下几点云计算平台的要求:
自动快速的部署:储存云应当具备复杂应用程序的自动调度,在SLA基础设施的正式合同中说明。相同的合约要重复提供给不同用户不同定制的多种实例。
动态灵活性:储存云应当动态的调整资源配置参数(内存,CPU,宽带网,存储器)与个人的虚拟执行环境无缝的结合起来。此外,虚拟执行环境的数目应当动态无缝改变来适应负载的改变。
自动化不断优化:储存云必须在维持目标高水平完成的同时保持最优化。
虚拟技术独立化:储存云显然必须支持各种不同的虚拟技术。
3.联合云计算的数据库模型
在数据库模型中,在服务提供商与基础设施提供商之间有一个明显的分离。服务提供者实际懂得特别商业项目的需求并提供应用程序以达到这些目的。服务提供商并没有有为应用程序计算所需要的资源;相反,它们从基础设施供应商手里租赁这些资源,基础设施供应商提供给它们几乎无限的计算,网络以及存储资源。
图三:应用程序服务分布在云平台的各个VEE主人运行。个别服务应用收集在相同的VEEH,可能在内部相同位置传输;或者可能传输出位置。
基础设施提供商操作数据库网站拥有并管理执行服务应用程序所需要的物理设施。联合的网站组成了存储云。为了优化资源利用,虚拟执行环境(VEE)划分虚拟分层计算资源----完全独立的运行环境与物理特性无关使其能够共享。虚拟计算资源,在实际层与管理启动部件旁边,被称为VEE主机。
一个服务应用程序是一套软件它们共同努力完成一个目标。这些服务应用程序的每个组成在专用的VEE运行。这些VEE放置在相同或不同的VEE主机站点内,甚至在不同的网站(见图3)。
应用服务程序使用服务单部署在存储云上,使用服务提供商和基础资源提供商正式订立的合同与SLA。。这些服务单在3.1章详细描述。
每个数据库站点,资源利用监控以及VEE的位置不断更新达到最小花费最优化利用效果。同样的,应用程序的执行也受监控以不断调整其能力来适应需求以及SLA服务单的规定。
数据库具备资源提供与服务提供两种模式:
明确要求服务能力的大小:在这种模式下,服务提供商在部署之前确定服务应用的容量规划。在部署的时候,服务提供商精确的指定在特定条件下应用程序的生产需求。特别的,服务提供商指定最低限度下生产服务的需求以及弹性的规则,自动分配需求配置并在工作量变化的情况下重新分配。在这种模式下,基础设施提供商不承诺高标准的服务水平(例如响应时间,产量)。相反,基础设施供应商把它交给基础设施SLA,用来管理服务提供商明确的需求生产能力的条件协议。服务提供商供应需求的能力并使用“账单到期即付”模式。
不确定的服务应用程序分配默认的资源。在这种模式下,服务供应商可能只为服务分配最初估计的资源或者完全不分配。因此,这服务在数据库基础设施资源部署前确定大小。基础设施供应商将之交给高水平的SLO协议来明确的处理分配。清楚服务模式的能力大小,服务供应商为实际的资源付费。不管怎样,服务供应商可能需要给各方面实际资源的细节报告,这并不能控制它的服务能力。默认情况下,基础设施供应商努力减少过度供给。服务提供商可以指定政策,比如最小的资源利用政策,最大的成本政策等等。
值得注意的事,不断地优化资源配置是由***在各个站点的软件自动运行而没有人的干预。
3.1 服务单
服务单是数据库模型的一个重要基础。这货单制定了应用程序的组成类型以用来展开VEE。每个组成部件,明白的指定了一个控制项目,一个自动控制的软件集合(操作系统,中间软件,应用程序,资料和配置)完全的确定组成部件的形式。甚至,货单包含了必要的信息与规则来自动创造,从一个单独的参数控制,独特的VEE实例用来同时没有矛盾的运行。货单同时指定了组成服务的具体层次组件的分组。考虑到开放的实际工业版本(OVF),工业标准包含了大多数的这些信息,服务货单将扩大OVF。
货单同样指定了一个明确的服务应用程序生产能力的需求,就如基础设施供应商与服务供应商之间达成。一个单独实例的最小与最大资源需求,比如,实际CPU的数量,存储器的规格,网络接口的数目以及它们的带宽,以及每个部件的详细说明。这生产说明书同样包括了特别组成部件的VEE的最小与最大数量。动态变化的部分使用灵活的规则来适应生产需求。这些规则形式上展现了关键性能指示(KPIS)以及负载参数(比如响应时间,生产力以及主动交流的数目)以及资源配置(比如存储器,CPU,带宽,相同部件的VEE的数目)。这些规则表明了资源如何分配给应用程序(比如为每个VEE分配资源以及一个特别组成部件的每个VEE分配一样)可以动态的适应(增加或减少)使得多变的服务程序的需求满意的解决。
最后,货单指定KPI应当由数据库指导核实SLA的合约与规则。说明书必须包含探查周期供给的KPI。
举例,一个简单的SAP体系的服务货单在表一中。这个货单符合每个DI与DBM拥有一个单独的VEE的配置,CI与网络调度则在另外的VEE中。注意到货单是如何混合CI与DBM就好像单独的实例一样,以及灵活处理DI就如处理在范围内变化的实例。最优化这种价值,服务货单的资源需求在通常的负载下。
为了能够匹配在变化的工作负载下的应用程序能力,货单定义了KPI指导适应SAP体系服务的工作负载。总的来说某个商业事务的响应时间或者同时发生的交互的数量可以达到预期。一个灵活的规则使得当KPI超过极限时添加一个新的DI以适应工作分配当工作负载增加时。比如,响应时间超过预期的极限,一个新的DI将被添加。
网络调度,CI
# of VCPUs
Memory Size
Additional
of instances
of instances
表一:一个SAP体系服务货单的简化模型。虽然在这个模型里,简单的控制器标示分类,在真正的货单里,使用完全合格的参数
4 数据库组件
在第四章中描述的数据库体系结构是设计用来提供一个单独干净的部分关注不同抽象层。这个特别层面的基本原理是保持一个清晰的关注并有责任隐藏低级设施的细节以及高级管理部门与服务提供商的决策。
4.1 服务管理器
服务管理器是最高层次的抽象,影响服务提供者接受服务货单,谈判价格以及***账单。它的两个最复杂的任务是(1)在服务单的基础上部署以及提供VEE(2)通过调节应用程序的生产能力监督执行SLA的承诺。
服务管理器从服务提供者处接受服务单。在服务单资料的基础上,它与VEE管理器共同部署服务应用程序分配VEE以及它们关联的资源。从服务单(比如SLA,弹性规则等等)的服务需求上,服务管理器得到需求的资源以及它们的配置,也在价格,许可,机密性等要求下部署配置。对于不确定大小的服务应用程序,服务管理器有责任在站点政策下产生清楚的规则。部署以及提供决策建立在性能以及SLA的承诺上并调整适应商务注意事项(花费,安全,出价等等)的调整。
服务管理器也负责监控部署的服务以及调整它们的生产能力,比如VEE的数量也就是它们的资源分配(存储器,CPU等等),以确保SLA的承诺以达到高水平的商业目标(费用的实效度)。
最后服务管理器有责任会计和结算。然而现在的云计算平台非常呆板,通常采用固定资费预付形式,我们考虑无论邮费已付还是预付都建立在资源使用上。两种模式都建立在服务管理器的记账系统提供的提供的资源使用信息上,通过商业信息的规则模型完成费用计算。
4.2 虚拟运行环境管理器(VEEM)
虚拟运行环境管理器是下一层次的抽象,在服务管理器之上,VEE主机之下,使得其它站点的VEE管理器能够联合。
图四:数据库形式:主要部件以及接口
VEEM的任务在于在服务管理器的约束下优化VEE主机中VEE的布局。这个不断优化的过程由相关的编程程序负责。VEEM可以自由的部署和移动VEE,甚至遥远的站点(属于跨网站的),只要部署位置满足条件。因此,除了满足本地服务需求(来自本地的服务管理器),VEEM有责任处理来自远处的联合站点。
在VEEM层面一个服务事实上是一套相互关联的VEE,因此必须被管理成一个整体。比如,服务单可以定义一个特别的调度命令,布局约束(比如类同于规则)或者重新定义规则。VEEM同样提供功能使得操作动态性质的服务工作负载。比如从一个现存的VEE集合中增加或者移动VEE,或者改变单个VEE的生产力。
操作联合的环境对于VEEM需要附加要求提交,管理,监控远处站点的VEE。初级站点的VEEM扮演着服务管理器的角色来完成与所有跨站点的远处的VEEM的交互。这个明显的角色定义遵循了明显的任务代表,分别关注服务管理器、主要位置的VEEM以及远处的VEEM。为了布置决策,主要站点的VEEM与远处的VEEM达成协议在决定本地或者远处的VEE布置前清楚本地资源信息。值得注意的是,初级VEEM并不卷入远处VEEM的内部决策,这是远处VEEM所关心的。初级VEEM与远处VEEM联系的接口和服务管理器与VEEM使用的接口是一样的。
4.3虚拟运行环境主机(VEEH)
虚拟运行环境主机(VEEH)是最低层次的抽象,影响VEE管理器在不同的虚拟平台上实现它的IT管理决策。
VEEH任务是基础控制和监控VEE以及它们的资源(创建一个VEE,增加一个VEE的资源,监控一个VEE,移动一个VEE,创建一个虚拟网络和数据池等等)。每个VEEH主机内部封装一个特别类型的虚拟技术,所有VEEH组成一个通用的接口使得VEEM可以发出一般的命令来管理VEE的生命周期。接收到的VEEH负责把这些命令翻译成特别的命令使得虚拟平台能够执行。
考虑到属于同一个应用程序的VEE可能放置在多个VEEH,甚至越过了站点的界限。VEEH必须支持孤立的虚拟网络来生成VEEH和站点。此外,VEEH显然应当支持移动VEE到任何兼容的VEEH在一个存储云,不管本地网站或者网络以及存储装置内。
4.4 层面的互操作性
层次设计成标准,开放以及通用的协议接口支持垂直和水平的层面的互操作性。每一层面不同的实现都与其他层发生影响。服务管理接口(SMI)和他的服务单显示了云数据库为服务提供商提供的标准接口。服务提供商在云数据库提供商中挑选一个懂得他们的商业需求的。VEE管理接口(VMI)简化了引入不同的独立的IT操作策略而不需要干扰到其他层面或者同层的VEEM。更进一步的,VMI支持的VEEM与VEEM之间的通信简化了云平台联合通过限制层面通过限定的的同一层面的互操作性。VEE主机接口(VHI)支持新的虚拟平台(比如虚拟层)而不需要VEEM重新编译或者启动。数据库宽松耦合堆栈涉及的体系结构应当创立许多方法支持云计算。
5. 相关工作
这一章,我们简单回顾数据库模型与体系结构领域最新成果。
近年来虚拟技术在提高资源利用率与减少IT花费重新作为一个重要的花费。所有虚拟技术的共同主题是在物理设施以及计算程序引入一个逻辑层来隐藏底端的基础设施。虚拟化有许多形式。系统虚拟化,通常被称为服务器虚拟化,能够在同个物理服务器运行多种不同操作系统。通过服务器虚拟化,一个控制程序(俗称:管理程序或者虚拟程序监控)运行在一个给定的硬件平台上,模拟一个或者多个计算机环境(虚拟机)。每一种虚拟机轮流运行它们分别的客户软件,代表一个操作系统,就好像已经在独立的硬件平台上***了。额外的虚拟化形式包括存储器虚拟化和网络虚拟化,物理存储器以及网络资源的本地再现。
虚拟化技术的分布式管理
虚拟化技术日渐流行的情况下,许多商业产品以及研究项目,比如OpenNEbula、平台VM指挥家,IBM虚拟化的经理,在物理资源上开发虚拟设施。一般来说,这些努力试图扩大虚拟化技术的益处,从单独资源到资源池,不止是物理设施也包括物理位置去耦VM。
同样有些商业的和科学设施的云计算方案,比如Globus VWS, Eucalyptus, and Amazon,提供远程控制和监控虚拟资源的接口。尽管这些解决方案简化了VM对于分布式的资源池管理,没有主动的为分布式VM管理器评估它网格般环境的范围,不同站点设施可以合作满足最大的或者波动的需求。
在数据库环境中,网格接口和协议使得云和基础设施提供商的互操作性成为可能。不管怎样,数据库努力克服基础设施互操作性的挑战,有传统网格严格分开的少数接口使得越界达到最小值。数据库需要在现在最新技术扩展编辑网络的会计以及增加灵活性适应各种体系的账单以及无限时间的服务对照有限工作,支持虚拟机的有关利用率度量。
商业服务管理
商业服务管理(BSM)是一个管理策略联合IT设施管理部门达到商业目的。相对于科学化的管理方法,在BSM IT拥有全面相同的商业目标,比如增加收入,降低成本,减少经营风险,增加客户满意度,保证一个给定的投资回报率,遵守法律等等。
&&& BSM的一个主要方面是SLA管理。由于动态的基础设施供应商的联合,在数据库新的SLA管理挑战出现。一些新兴的SLA管理的办法在数据库中起到了作用包括数据驱动方法(比如在统计分析的基础上动态设定服务水平目标),模型驱动方法(比如开发性能模型用来管理ICT基础设施的设计)以及语言基础方法(比如使用正式的语言指定SLA来确保它们的一致性和无歧义性)。
这篇文章展示了一个开放的联合的云计算模型,体系结构以及功能,在数据库工程的发展上。数据库模型明确指出单独云提供有限的可扩展性,缺少云提供商间的互用性,缺少现在的云样本建立的商业服务管理器的支持。
云计算有可能成为一项革命性的新技术改变我们现在的服务形式。我们相信在这份工作中提出的原理并实现云计算愿景中所有范围。
数据库工程正在他的早期阶段。现在这篇文章观点与评价正待验证。讨论这些是为了未来的工作。
我们感谢来自IBM的Eliot Salant,来自TID的Juan Hierro,没有他们的工作,这项工程不会实现。更多的我们感谢来自IBM的Shimon Agassi,Katherine Barabash, David Hadas,
Irit Loy, and Edi Shmueli ,来自UMEA的Manuel D??az,
David,Perales and Emilio Torres from
Telef? Daniel Henriksson, Francisco Hernandez, and JohanTordsson,来自SAP的Mark Wusthoff,来自SUN的Fritz Ferstl,来自UCM的and Javier Fontan,Luis Gonzalez,
Eduardo Huedo, Rafael Moreno, and Tino Vazquez 。他们的观点帮助这篇文章。
[1] J. Meattle, “YouTube vs MySpace growth,”
http://blog.compete.com//
youtube-vs-myspace-growth-google-charts-metrics/, October 2006.
[2] N. Carr, The Big Switch - Rewiring the World from Edisson to Google. W. W. Norton,
January 2008.
[3] I. Foster, C. Kesselman, and S. Tuecke, “The anatomy of the grid:
Enabling scalable virtual
organizations,” International Journal of High Performance Computing
Applications,
vol. 15, no. 3, pp. 200-222, 2001.
[4] K. Appleby, S. Fakhouri, L. Fong, G. Goldszmidt, M. Kalantar, S.
Krishnakumar, D. Pazel,
J. Pershing, and B. Rochwerger, “Oc?eano-SLA based management of a
computing utility,”
Proceedings of 6th IEEE/IFIP International Symposium on Integrated Network
Management,
pp. 855-868, 2001.
[5] P. Barham, B. Dragovic, K. Fraser, S. Hand, T. Harris, A. Ho, R.
Neugebauer, I. Pratt,
and A. Warfield, “Xen and the art of virtualization,” in SOSP ’03:
Proceedings of the 19th
ACM symposium on Operating systems principles. ACM, 2003, pp. 164-177.
[6] M. Turner, D. Budgen, and P. Brereton, “Turning software into a
service,” Computer,
vol. 36, no. 10, pp. 38-44, October 2003.
[7] O. Goldshmidt, B. Rochwerger, A. Glikson,I.Shapira, and T. Domany, “Encompass:
Managing functionality,” in Proceedings of 21th International Parallel and
Distributed
Processing Symposium (IPDPS 2007), March 2007, pp. 1-5.
[8] S. Aulbach, T. Gurst, D. Jacobs, A. Kemper, and J. Rittinger,
“Multi-tenant databases for
software as a service,” in Proceedings of the ACM SIGMOD International Conference on
Management of Data, June 2008, pp. .
[9] DMTF, “The Open Virtualization Format Specification, Version 1.0.0a,”
http://www.dmtf.
org/standards/published documents/DSP.0.pdf.
[10] G. J. Popek and R. P. Goldberg, “Formal requirements for
virtualizable third generation
architectures,” Communications of ACM, vol. 17, no. 7, pp. 412-421, 1974.
[11] I. Foster and C. Kesselman, “Globus: A metacomputing infrastructure
toolkit,” International
Journal of Software Architecture, vol. 11, no. 2, pp. 115-128, 1997.
[12] P. Gardfj¨all,E. Elmroth, L.
Johnsson, O. Mulmo, and T. Sandholm, “Scalable grid-wide capacity
allocation with the SweGrid Accounting System (SGAS),” Concurrency
and Computation:
Practice and Experience, vol. 20, no. 18, pp. , December 2008.
[13] D. Breitgand, E. Henis, O. Shehory, and J. Lake, “Derivation of
response time service
level objectives for business services,” Proceedings of the 2nd IEEE/IFIP
International
Workshop on Business-Driven IT Management BDIM, pp. 29-38, May 2007.
[14] J. Sauve, F. Marques, A. Moura, M. Sampaio, J. Jornada, and E.
Radziuk, “SLAdesign
from a business perspective,” in Lecture Notes in Computer Science. SpringerBerlin/
Heidelberg, 2005, pp. 72-83.
[15] D. Lamanna, J. Skene, andW. Emmerich,
“SLAng: A language for service level agreements,”
in Proc. of the
9th IEEE Workshop on Future Trends in Distributed Computing
Systems. IEEE Computer
Society Press, 2003, pp. 100-106.
[16] J. Skene, A. Skene, J. Crampton, andW. Emmerich,
“The monitorability of service-level
agreements for application-service provision,” in WOSP ’07: Proceedings of the 6th
international
workshop on Software and performance. ACM, 2007, pp. 3-14.
[17] P. Bhoj, S. Singhal, and S. Chutani, “SLAmanagement in federated environments,” Proceedings
of the 6th IFIP/IEEE International Symposium on Integrated Network
Management,
pp. 293-308, 1999.
Benny Rochwerger IBM Haifa Research Lab., University Campus,Haifa31905,Israel(rochwer@
il.ibm.com)
Mr. Rochwerger has an M.S. in computer science from theUniversityofMassachusetts
at Amherst and a B.Sc. in computer engineering from the Technion -IsraelInstitute of
Technology. Since joining IBM in 1995, he has worked in virtualization
management,
autonomic computing, event processing, grid computing, distributed
graphics, and networking.
Currently, he is the lead architect for the RESERVOIR project. Prior to
Benny worked at Avaya, Data General, Legent Corporation, and Fidelity Medical.
David Breitgand IBM Haifa Research Lab., University Campus,Haifa31905,Israel(davidbr@
il.ibm.com)
Dr. Breitgand received his B.Sc., M. Sc, and Ph.D. in computer science
from the Hebrew
UniversityofJerusalemin , and 2003 respectively.
David joined the IBM
Haifa Research Lab in 2003 where he is a member of the Storage and
Performance Management
group, leading the group’s research efforts on end-to-end performance
and management of networked storage and systems. In RESERVOIR, David
focuses on
algorithms for cost-effective capacity provisioning for RESERVOIR
Eliezer Levy SAP Labs Israel, 15 Hatidhar Str.,Raanana43665,Israel()
Dr. Levy has a Ph.D. in computer sciences from theUniversityofTexasatAustinand
a B.Sc. in computer science from the Technion - Israel Institute of
Technology. Eliezer
is currently a researcher in SAP Research. Previously, he was the Chief
Architect of the
Small Businesses business unit in SAP. Eliezer has 18 years of experience
in various R&D
roles in Intel, Tandem Computers and an Israeli start-up.
AlexGalisUniversityCollegeLondon,Torrington Place,LondonWC1E 7 JE,United Kingdom
(a.galis@ee.ucl.ac.uk) Dr. Galis is a visiting professor at
the Department of
Electronic and Electrical Engineering at UCL He has co-authored and
published more
than 125 refereed journal/conference papers and more than 100 reports and
six books on
network and service management, intelligent services, programmable
networks and services,
virtualization of resources, and grid systems.
Kenneth Nagin IBM Haifa Research Lab., University Campus,Haifa31905,Israel(nagin@
il.ibm.com)
Mr. Nagin received a B.A from theUniversityofMadisonand a B.S. from the University
ofPittsburgh.
Since joining IBM in 1985, he has worked on copy services, disaster
recovery solutions and storage management tools for direct access storage
devices, modelbased
software test generation and test consultation, and Blade Center
Management tools.
He holds over 20 patents. His current research is concerned with cloud
computing server
virtualization.
Ignacio M. Llorente Universidad Complutense deMadrid, C/ Profesor Jos?e Garc??a
Santesmases,
28040Madrid,Spain(llorente@dacya.ucm.es)
Dr. Llorente has over 15 years of research experience in the field of
High-PerformanceParallel and Distributed Computing. Currently, he is a full
professor in computer architecture
and technology at UCM, where he leads the Distributed Systems Architecture
Ruben Montero Universidad Complutense de Madrid, C/ Profesor Jos?e Garc??a Santesmases,
28040Madrid,Spain(rubensm@dacya.ucm.es)
Dr. Montero is an associated professor in computer architecture and
technology in the
Department of Computer Architecture and System Engineering at UCM, where
he is part
of the Distributed Systems Architecture Group. He has held several
research appointments
at ICASE - NASA LaRC.
YaronWolfsthal IBM Haifa Research Lab., University Campus,Haifa31905,Israel(wolfsthal@
il.ibm.com)
Dr. Wolfsthal heads the System and Services area at the IBM Haifa Research
area is one of IBM’s EU innovation centers and its mission is to develop
leading-edge
technologies for IBM’s advanced ICT products and services, including
virtualization infrastructures
and systems management. Dr. Wolfsthal has 16 years of experience in
R&D and management roles. He holds B.Sc., M.S., and Ph.D. degrees in
science, all from the Technion - Israel Institute of Technology.
Erik Elmroth Ume°a University, SE-901 87 Ume°aSweden(elmroth@cs.umu.se)
Dr. Elmroth is the scientific leader of the Grid computing research group
atUme°a University,
Sweden. He is also an associate professor
and serves as Deputy Head of the
Department of Computing Science and Deputy Director of the High Performance
Center North (HPC2N). He has held positions at NERSC, LBNL, University of
CaliforniaBerkeley, and MIT. He is also a
member of the Swedish Research Council’s
Committee for Research Infrastructures, vice chair of its expert panel on
e-science, and
Scientific Secretary of the former e-science group of the Nordic Council
of Ministers.
Juan C?aceres Telef?onica I+D., C/ Emilio Vargas, 6. 28043Madrid,Spain(caceres@tid.es)
Mr. C?aceres has a Research M.Sc. (Bologna Process) and an M.Sc. in computer
from the Technical University of Madrid (UPM) and is currently working
toward his Ph.D.
in cloud computing at the Complutense University of Madrid (UCM). Juan has
over eight
years of experience in middleware and distributed systems development at
Telef?onica I+D.
He has also experience in open source software by setting up the MORFEO
where he leads the Middleware Platform Group.
Muli Ben-Yehuda IBM Haifa Research Lab., University Campus,Haifa31905,Israel(muli@
il.ibm.com)
Mr. Ben-Yehuda is a systems researcher at IBM’s Haifa Research Lab, where
recently named an IBM Master Inventor. His research interests include I/O
for virtualized
systems, IOMMUs, smart IO devices, and neat things you can do with virtual
He has contributed to numerous operating systems and hypervisors,
including the Linux
kernel, the Xen virtual machine monitor, and the Linux Kernel-based
Virtual Machine
project (KVM).
WolfgangEmmerichUniversityCollegeLondon,Torrington Place,LondonWC1E 7 JE,
United Kingdom(W.Emmerich@cs.ucl.ac.uk)
Dr. Emmerich graduated from the Universit¨at Dortmund and obtained his
doctorate from
the Universit¨at ofPaderborn.
He is a professor of Distributed Computing in the Department
of Computer Science, where he is Director of Research and Head of the
Systems Engineering Group. He is a member of the Editorial Board of IEEE
Transactionsof Software Engineering and a member of the IET and Chartered
Engineer. Aside from a
wide range of research publications, he is author of “Engineering
Distributed Objects”, a
major textbook published by Wiley.
Ferm??n Gal?an Telef?onica I+D., C/ Emilio Vargas, 6. 28043Madrid,Spain(fermin@tid.es)
Mr. Gal?an has a M.Sc. degree in telecommunications engineering from the
UniversityofMadridand currently is working towards his
Ph.D in telematics at the same
university. He is an R&D Engineer at Telef?onica I+D in the Business
Oriented Infrastructure
group and has been involved in several R&D European collaborative
(Euro6IX, DAIDALOS or NOBEL2).

参考资料

 

随机推荐