简化未来软件定义数据中心的五件事

简介:

如今,越来越多的组织正在评估和实施软件定义的数据中心管理(SDDC)功能,以提高灵活性和利用率。该技术正在快速发展,而软件定义的管理代表着大多数组织的未来。根据调查机构Gartner预测,到2020年,“SDDC的编程能力将被全球75%的2000强企业认为是一个寻求实现DevOps方法和混合云模式要求。”

就像在数据中心的每一个重大转变一样,SDDC的过渡将更加进化。因此,如今作出的决定将促进或是进化的障碍,无论组织是否已经开始实施SDDC或刚刚开始评估其潜力。

软件定义管理的挑战之一是如今的数据中心的复杂性。采用单一的方法来进行管理数据中心有些过于复杂。它需要至少一个四层框架,其包括设备通信,数据采集,系统管理和集中管理。

这种分层方法的有效性取决于在每一层内以及每层之间发生的事情。当正确的数据收集和移动目的地的移动堆栈,其上面的层的能力将会增强,这最终提供堆栈的顶部,通常是一个数据中心基础设施管理(DCIM)套件,可视性的设备和系统,他们需要相互依赖以支持SDDC。

这里有五个事情可以做,以简化进化到SDDC:

(1)制定一个转换到Redfish规范的路线图。Redfish将解锁目前被困在通信框架的装置,使可访问数据采集引擎发挥重要作用。

Redfish是分布式管理任务组(DMTF)2015年8月发布的一种新的带外服务器的管理规范。它的开发是为了解决目前智能平台管理接口的限制(IPMI)规范。IMPI不是为了满足当今数据中心的挑战,因此不适合支持横向扩展计算,数据驱动的管理和自动化行业和发展趋势。

Redfish地址IPMI的局限性通过有目的的代表性状态传输(REST),而基于JSON的设计是开放的,轻量级的,可扩展和易于维护,并且是自动化的。Redfish通常是利用REST和JSON的工作人员熟悉的现代的Web应用程序。使用这些格式的层与层之间的沟通提供了一个熟悉的,开放的体系结构,允许应用程序利用新的功能,如自动化,同时利用已存在的IT组织内的技能。

我们已经看到服务器产品支持Redfish,并在今年进入市场之后,使得支持的服务器继续增加。大多数新服务器在2017年将以某种形式支持Redfish,同样令人兴奋的是,英特尔Purley平台的推出是超出服务器管理规范的潜力。这是一个强大而优雅的沟通方法,将最终得到数据中心的电源和散热管理设备的支持,创造一个所有数据中心系统的通用语言,从而简化了软件定义的管理。

(2)支持本地数据聚合。获得可视性和控制数据中心设备所需的支持软件定义的管理的问题从来不缺乏操作数据。数据中心的设备创建了丰富的数据,而通过传感器和控制嵌入服务器,交换机,存储系统,以及基础设施设备的数据甚至有些过多。

采用有效的管理的方式访问和整合数据一直是一个挑战。这个挑战将通过数据收集层提供巩固,翻译和过滤数据的能力,所以管理系统只接收和作用有意义的数据。

管理网关能够收集和翻译来自多个类型的设备的数据,通常是在机架或机柜的集合。并通过一个API框架提供给应用程序框架,这将成为一个重要的连接设备和支持自动的管理套件。这些系统将很快添加Redfish翻译,并允许他们启用IPMI设备汇总数据,以及其他协议如SNMP和遗留的BMS系统,而新的Redfish启用数据系统允许运营商继续使用他们的传统工具,这样他们可以过渡到新的Redfish和RESTAPI方法。

(3)启用智能系统级管理。智能系统控制器通过提供支持的系统的数据收集来补充管理网关,同时也优化了这些系统的性能。

智能系统级管理在数据中心管理堆栈的中间层进行操作,并局部地优化的基础设施的性能,同时以一个安全的方式为更高级别的软件管理人员提供关键数据。一个很好的例子就是数据中心的热管理,它可以节省15%到40%的数据中心电力成本,这取决于所使用的方法和设备。

智能热管理系统使用来自多个传感器的输入数据,可以在数据中心精确地控制的环境条件,最大限度地提高节能技术的作用。这可以降低多达30%的电力成本,同时增加热能源的可视性和控制水平,确保热系统流体由SDDC管理者发起自动负载变化做出反应。

(4)采用可扩展的数据中心基础设施管理(DCIM)。根据不断变化的情况自动调整负载的能力,这是的SDDC价值的核心主张,为数据中心管理者提高资产利用率,减少停机时间,并降低资本支出。然而,重要的是要记住,当负载转移时,他们正在转向系统必须支持的基础设施,并有能力来处理它。只是因为服务器具有容量这不一定意味着可以支持他们的电源和冷却系统。除非这种基础设施与服务器、交换机和存储设备之间的存在相互依赖的关系,这种支持是公认的,而自动化可能产生意想不到的后果。

DCIM已经成为寻求获得企业范围的可见性的设备位置,利用组织和性能的解决方案。此数据直接影响设备的决策,并可以接受新的负载,而不增加风险,进一步提高自动化决策。DCIM系统继续发展,他们将扩大现有的SDDC等目前的能源成本和外部环境因素的数据,这也对何时何地转移负荷产生影响。

当DCIM平台对管理框架开放时,这是唯一可能。一些DCIM系统增加了开放的API来简化这种集成。一个集成了开放API的DCIM系统可以提供实时可见性资源利用率,可用容量,以及采用SDDC软件进行决策所需的费用。

(5)确定试点方案的自动化决策。除了必须克服以使有效的软件定义的管理的技术障碍,组织必须开始建立的技能和测试自动化所需的过程。在跨设施或企业实施SDDC之前,它可能使用一个非关键的应用程序或服务只有一个平面的SDDC环境创建一个试点项目,例如存储。这使得IT人员获得实践经验,并减少组织采用自动化的风险。

为了让团队获得舒适与技术,并细化支持自动化的流程,组织的管理者可以让组织有足够的信心在一个工厂或企业实现SDDC,包括额外的设施和更高的配置服务。

该行业正在接近大规模采用SDDC功能。SDDC提供了显著的效益,成本和灵活性,商业组织在合适的时候准备采取SDDC将增加其价值。准备Redfish,实现现场数据采集和系统管理,并采用开放式管理系统。当时间是正确的时候,尝试在非关键服务SDDC将帮助企业充分利用这一令人兴奋的技术。



本文出处:畅享网
本文来自云栖社区合作伙伴畅享网,了解相关信息可以关注vsharing.com网站。
目录
相关文章
|
存储 安全 搜索推荐
详解软件开发的标准过程(生命周期):跟着标准搞,设计没烦恼
详解软件开发的标准过程(生命周期):跟着标准搞,设计没烦恼
|
边缘计算 网络虚拟化
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.2
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.2
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.2
|
网络协议 前端开发 虚拟化
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.4
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.4
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.4
|
存储 边缘计算 缓存
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.1(二)
《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.1
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.1(二)
|
边缘计算 编解码 数据可视化
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.5(一)
《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.5
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.5(一)
|
机器学习/深度学习 安全 测试技术
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第二章软件定义访问体系结构2.5(二)
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第二章软件定义访问体系结构2.5
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第二章软件定义访问体系结构2.5(二)
|
边缘计算 编解码 数据可视化
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第二章软件定义访问体系结构2.3(四)
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第二章软件定义访问体系结构2.3
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第二章软件定义访问体系结构2.3(四)
|
网络协议 网络架构
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.3
《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.3
|
存储 SDN
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.6
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.6
|
边缘计算 网络安全 网络虚拟化
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.5(二)
带你读《思科软件定义访问 : 实现基于业务意图的园区网络》第三章软件定义访问运作方法3.5
下一篇
DataWorks