您现在的位置:融合网首页 > 云计算 >

评测:微软System Center瞄准云计算和虚拟化(2)

来源:网界网 作者:邹铮编译 责任编辑:admin 发表时间:2012-07-20 14:26 
核心提示:编排器Orchestrator 微软公司于2009年收购了OpalisIT流程自动化工具,作为Opalis的升级版,Orchestrator可以算得上是最引人注目的模型了。通过Runbook Designer,Orchestrator可以让Runbook完成复杂的工作,这些Run

编排器Orchestrator

微软公司于2009年收购了Opalis—IT流程自动化工具,作为Opalis的升级版,Orchestrator可以算得上是最引人注目的模型了。通过Runbook Designer,Orchestrator可以让Runbook完成复杂的工作,这些Runbook构成的定制脚本生成器可以深入基础设施内部。

Orchestrator模型必须至少有一台服务器,专门用于构建、管理和部署Runbook,Runbook是指令对象,其包含的指令可以用于资源的广泛分配。

Runbook是工作流指令,现在网上已经有一些runbook可用资源,可以添加到Orchestrator中。Runbook也是脚本,脚本可以进行编辑,以及使用与runbook活动(runbook/脚本将要执行的指令)相符的本地具体变量进行替换。

这些脚本还可以被存储,或者放置到工作流程时间表中,然后它们将被事件触发,例如某个应用程序的逐步安装等。

我们发现我们可以使用Orchestrator来安装SQLServer、建立IIS角色和做出必要修改以让Orchestrator运作,但我们发现时已经为时已晚。

我们可以导入runbook,或者使用Runbook Designer,来获取对脚本的wysiwyg视图。我们还可以在流程中加入依存性以及资产和资源的具体名称,以让Orchestrator制定和执行一些相当复杂的工作。然后Runbook Server会开始运作,Runbook Server第一个添加的是Primary Runbook Server,后续服务器在很大程度上将自主运行。这可以让分支机构或者云环境为安装、升级和其他工作流执行自主运行脚本。

我们对在实验室和网络运营中心的服务器之间执行应用程序安装的几个runbook进行了测试。首先,我们根据简单的用户批量点击数据来对它们进行排列。随后,这些事件将被日志记录(微软警告说日志记录数据库将会变得非常巨大,我们纳闷,他们为什么不使用syslog?)。我们可以通过很多方法来控制runbook执行,这取决于被允许的并行工作数量、执行各部分工作时使用的权限以及可以执行的活动类型(包括定制活动等)。

Orchestrator还包含Integration Packs(集成包),这些集成包是让runbook控制Active Directory以及第三方软件的连接点。目前Orchestrator提供针对惠普iLO/OA服务器管理、惠普Operations Manager软件、惠普服务管理器、IBM的Tivoli Netcool/OMNIbus基础设施管理套件以及Vmware vSphere的集成包。由于条件所限,我们并没有对这些进行测试。不过我们对我们非常熟悉的Vmware集成包进行了分析。

Orchestrator模型并没有取代vSphere,但它知道如何自动化很多日常任务。在映射很多vSphere信息(地址、机器名、主机平台信息以及管理程序数据存储信息)后,我们能够将ESXi虚拟机从一台机器转移到另一台,但这需要花费很多功夫。

在Vmware环境,对Orchestrator集成包的控制具有限制,特别是当能够使用vSphere 5的决策情报来选择存储和资源管理时。

在Orchestrator能够获取一个API,来悄悄地攫取更多基础设施情报信息来移动虚拟机,从而使ESXi服务器实现负载/存储平衡之前,Orchestrator都无法“享受”vSphere控制机制的重要组成部分---这也是Vmware的秘密武器。尽管如此,Orchestrator对Vmware的集成控制仍然非常具有吸引力。

在一般情况下,Orchestrator部分事件用于执行“正常”事件,而其他时候则在监控日志。在运行Orchestrator之前,我们需要进行很多初步规划。然后,在前期阶段,我们需要“操练”runbook,让runbook完成各种各样的工作,其中某些工作可能并不需要自动化。(责任编辑:admin)

  • “扫一扫”关注融合网微信号

免责声明:我方仅为合法的第三方企业注册用户所发布的内容提供存储空间,融合网不对其发布的内容提供任何形式的保证:不保证内容满足您的要求,不保证融合网的服务不会中断。因网络状况、通讯线路、第三方网站或管理部门的要求等任何原因而导致您不能正常使用融合网,融合网不承担任何法律责任。

第三方企业注册用户在融合网发布的内容(包含但不限于融合网目前各产品功能里的内容)仅表明其第三方企业注册用户的立场和观点,并不代表融合网的立场或观点。相关各方及作者发布此信息的目的在于传播、分享更多信息,并不代表本网站的观点和立场,更与本站立场无关。相关各方及作者在我方平台上发表、发布的所有资料、言论等仅代表其作者个人观点,与本网站立场无关,不对您构成任何投资、交易等方面的建议。用户应基于自己的独立判断,自行决定并承担相应风险。

根据相关协议内容,第三方企业注册用户已知悉自身作为内容的发布者,需自行对所发表内容(如,字体、图片、文章内容等)负责,因所发表内容(如,字体、图片、文章内容等)等所引发的一切纠纷均由该内容的发布者(即,第三方企业注册用户)承担全部法律及连带责任。融合网不承担任何法律及连带责任。

第三方企业注册用户在融合网相关栏目上所发布的涉嫌侵犯他人知识产权或其他合法权益的内容(如,字体、图片、文章内容等),经相关版权方、权利方等提供初步证据,融合网有权先行予以删除,并保留移交司法机关查处的权利。参照相应司法机关的查处结果,融合网对于第三方企业用户所发布内容的处置具有最终决定权。

个人或单位如认为第三方企业注册用户在融合网上发布的内容(如,字体、图片、文章内容等)存在侵犯自身合法权益的,应准备好具有法律效应的证明材料,及时与融合网取得联系,以便融合网及时协调第三方企业注册用户并迅速做出相应处理工作。

融合网联系方式:(一)、电话:(010)57722280;(二)、电子邮箱:2029555353@qq.com dwrh@dwrh.net

对免责声明的解释、修改及更新权均属于融合网所有。

今日头条

更多>>

热门关键字

关于我们 - 融合文化 - 媒体报道 - 在线咨询 - 网站地图 - TAG标签 - 联系我们
Copyright © 2010-2020 融合网|DWRH.net 版权所有 联系邮箱:dwrh@dwrh.net 京公网安备 11011202002094号 京ICP备11014553号