云计算时代转型需定制合适框架

云计算时代转型需定制合适框架

来源:BOT    更新时间:2019-05-24 10:28:41    编辑:IDC圈    浏览:628

中国IDC圈8月15日报道:人类的不断努力似乎赶不上IT行业变革的步伐。 虽然IT的行业标准对于推动IT行业的变革功不可没,但云计算在推动IT行业变革上的力量也令人惊讶。最近一些企业正在为引进虚拟化部署“旧系统”,值得强调的是,对于数据中心来说唯一不变的就是变革。处理这一涉及到整个企业工作量托管模式的重大变革,周密的计划是必不可少的。

为迎接这一挑战,重要的是对云转型问题制定合适的框架。这涉及到许多方面,包括云的敏捷性、灵活性、透明度以及最终用户的利益。其中许多归根到底与新的具体基础设施需求有关;自助服务门户网站的使用承载新的应用程序或者主机瞬态的加工需求。当成千上百现存的工作量移入云基础设施,敏捷性通常是有受益的经历。事实上,相反的情况经常出现,因为云提出了更高标准的需求(例如,限定目录的尺度和软件的选择),实际上将现存的物理和虚拟服务器迁移到云模型是相当困难的。换言之,在新工作量的扩展方面,换个角度看敏捷性就显得逊色了。

这就是云工厂这一概念的来源。在工业生产过程中,工厂就是检测生产力的缩影。尽管采取一些努力准备加工机械,一旦要组建经营公司就要提供有效的输入和输出——这是大规模改造的关键。通过采用共同的方法,也就是适当的设计以提供可重复的结果;组织机构能够投入最少的时间和精力;以此实现迁移到云计算基础设施。

在这一概念的指导下,重要的是进一步阐述适当设计。许多企业能够从基层解决这类问题,使用电子表格和发挥聪明人的才智进而决定行动。这一方法带来的问题是它很少涉及到要点——引出真正准确的答案,主要原因是问题过于复杂。将工作量迁移到云中与很多方面有关,例如,处理大量的历史数据、分析服务器上的配置信息、迁移应用软件;建模目标的尺寸比例和软件堆层、执行企业和监管要求、遵守服务等级协议和数据保护规则等。使用电子表格不是很好,大致相同的方式,企业会计平台也不宜采用电子表格。即使他们被哄骗着为这一简单环境给出体面的答案,他们也未必生成报告满足股东、管理人员、工程师、经营人员等。所有这些人员需要重要且详细决定以便确保取得成就和风险最小化。

致力于云迁移列表的分析得出结论:一个关键概念将所有这些连接在一起。这一概念就是策略,它代表基本规则包括怎样管理工作量;它们应何去何从;应该分摊多少资源等。没有适当的策略;托管决定留给从业者执行迁移;没有计划他们是否做了正确的是。云基础设施的规划和管理没有正确的策略犹如没有指示就试着填写纳税申请——太多的可变因素在得到正确的策略。

对所有这些概念有所了解后,云工厂也就变得清楚了。它将问题分成一系列的逻辑步骤,这些都与数据有关。例如,目标模型、计划和管理政策。为了完全决定实现自动化的过程将会怎样发展以及规模如何。以下是建立工厂的步骤:

1、候选资格:这一过程决定特定的工作量是否适合特定的云环境。定性和定量分析后,从工作量中挑选真正的候选资格 以便更好的实施以下步骤。量化标准的例子包括:最大I/O速率、上下文切换限制、最大的CPU、内存大小等。定性标准包括:数据的敏感性、服务等级协议的需要、备份策略以及其他需要考虑的因素。制定策略需要抓住所有这些因素才能快速做出准确的评估。

2、工厂规模:确定了候选资格后下一步就是将云托管到最适合的水平和利用模式。这又要取决于政策,包括要考虑多少遗留下来的东西和目标利用水平。实际所需实例大小的具体详细情况和云环境中工程利用水平。明确使用时标准是关键的一步,CPU利用从目前环境向云环境的转化取决于每个CPU的相对速度。

3、平衡负载:这一步集中迁移负载平衡器和集群。因为云环境提供不同的规模可供选择,也能够提供更多先进的“弹性”特征。这些一对一的服务器转化并不总是令人满意。以最低的成本才能算得上成功。这一结果要与一般规模相结合进而提供一个完整的计划。

4、绘制软件堆层:这一步要考虑到源服务器的操作系统和软件配置并且把它们配置在“最接近”云的地方。因为云目录中只提供有限的软件选项设置,这是一个有效的标准化分析。作为IaaS,这一步通常仅限于OS-级配置、与现有服务器操作系统属性相配、操作系统的虚拟机等在云上提供的服务。(通常列表中很少)作为一种服务平台,这一步也包括实际软件清单的审议和应用程序的安装。结果可能说成是“X服务器看起来像IIS v6服务器,但是通过以下方式可以看出与标准图像的不同”这不仅提供了最佳的堆层部署,而且生成一个修复列表以便减少这对减少实施过程中的风险。这一点是关键。

5、合理布置:这一切最终确定后,下一步就是内部云环境的问题。工作量应该放置在基础设施中,实际上是控制云环境。因为大部分的云基于虚拟的云环境,适应新的虚拟机的关键是优化利用服务器资源。这一步看起来与在虚拟环境中放置工作量多少有点像(这往往类似与俄罗斯方块放置在可用的服务器容量),但是过量使用的政策在配置上产生的结果影响很大。如果政策是为每一个云实例严格储备容量,云环境会非常安全但相对低效,工作量强度相当低(想一想玩俄罗斯方块的情形)。如果政策是过量使用资源,高端客户可能争议的风险较高。如果他们提出云环境之外不曾预料到的要求,但是密度较高的结果可能大大降低成本(想想将俄罗斯方块紧紧的放置在一起,需要的容积就少)。

6、异常情况处理:回头看第一步,通常应用程序的组件或者业务服务在云中的托管可能会不适合。在这些情况下,就有必要评估其它的托管以便决定处理方法。因为就托管选项来说通常有一个优先顺序,这一步涉及到被拒绝的工作量系统资格是否违背设定的有序的托管战略。这些战略包括使用定制的云分配实例、使用专用的云服务器、在虚拟环境中的托管、使用专用的刀片服务器、使用专用的机架式服务器或者独自留下工作量(不得已时)。

只有条不紊地实施这些步骤才能快速详尽地规划云迁移过程。通过以数据为中心并以政策推动的方法,实现了犯错少,返工少。应用程序的所有者和其它股东满怀信心地达到目的。这种透明度,结合详细规格和实施细则,能够迅速加快云举措。这不仅减少时间而且使IT行业能够跟上技术创新的步伐。

评论区

表情

共0条评论
  • 这篇文章还没有收到评论,赶紧来抢沙发吧~

相关内容