云计算环境下数据中心管理运行探讨

云计算环境下数据中心管理运行探讨

1 云计算对运行管理变革的驱动

传统数据中心，基础架构层面设备之间通过标准化连接和协议互通，保证了计算、存储、网络设备的管理系统之间相互分离、独立(如图1所示)，从而使得不同的运维团队可以按照自身业务发展与架构演进的趋势不断完善和深化各自的管理规程，满足数据中心业务不断发展的要求。

在云计算环境下，各自独立分离的运行模式不能支持云服务的展开，新的IT运行模式对传统的管理架构提出了挑战：

虚拟化: 传统数据中心中每个物理服务器上只是单个或几个应用的固定运行，业务基本是与主机的绑定运行方式，对主机的管理，某种意义上也就是对业务的管理。云计算环境下服务器大量采用虚拟化技术，每一个物理网络端口下都会分布多达数十个虚拟机，物理主机上运行着多个不同的操作系统和应用，网络中应用密集度极大增长，对网络的性能、规格、可靠性都提出更高要求，而虚拟机网络属性的可管理性更是面临巨大挑战。

动态性: 传统数据中心的业务针对物理主机展开，而物理服务器一般固定连接在某个网络端口上，并且业务属性单一，无论是网络策略、安全控制都比较固定。只要主机与网络运维界面清晰、系统归属明确，则业务容易展开，并能平稳运行。但是云计算环境下部署着高密度的虚拟机，在虚拟化环境下，基于服务变更、容灾、分布式计算等业务运行要求使得虚拟机动态迁移成为必备属性。如果网络无法感知这种动态性计算方式，持续的运行必将造成业务的紊乱、运维的不可控，这就要求管理系统能够具备动态计算的感知能力。

关联性:当前的网络与计算之间以一种松耦合方式运行，网管与主机管理系统之间基本上没有信息关联交互，这样，对于虚拟化数据中心，虚拟机的动态性计算特性，网络无法感知、网络管理系统无法对虚拟机进行定位，网络对业务的安全、控制、配置、监管便无法关联到虚拟机，无法实现云计算下的灵活部署和扩展性。

自动化:在非虚拟化环境中，业务部署后一般都具有相对的固定性，即主机位置、网络接入比较确定，运行维护的目标与物理机、物理端口一致，这种情况，主机系统、网管系统分别部署、调试对接相对比较容易。但在大规模数据中心，特别是云计算环境下的业务流程，基于传统的分离调试是无法有效支持云服务的业务模式，这就要求整个服务的供应应能够简单提交、且不同系统(基础的计算、网络，上层的主机、网络管理系统)之间能够交互服务信息，并基于一致的业务要求完成所有部件的自动化部署与运行。

2 云计算管理的目标

为了支持云计算虚拟化、动态化、关联性、自动化的服务要求，整个云计算系统需要有一个统一的操作运行管理平台，能够对云服务进行端到端自动化部署，同时快速响应资源调度与业务变更的服务需求。

统一的服务平台能够屏蔽云服务供应层面对底层不同架构的差异，使得用户或业务运营部门聚焦在服务层面，不必关注云计算资源(计算、网络、存储)本身的技术属性。

在自动化响应的管理关联结构上，云服务的提供需要将业务需求转换为对基础资源的部署要求，并形成相应的底层配置下发到不同的设备上，同时在服务变更(包括容灾、虚拟机迁移、扩展等资源的操作与调度)过程中，能够全方位调整底层设备的配置、功能、对接，以匹配业务需求。

3 如何选择合理的运行管理模型

模式一：集中统一的云计算运行管理

为了实现灵活的云计算服务，有些人提出了一种以统一集中的方式进行数据中心基础架构的运行管理模式(如图3所示)。这种模式下，云的操作管理平台能够对计算、存储、网络进行整合，在用户操作平面上形成单一的界面，在逻辑结构、运行结构上很清晰，管理层次少。

这种结构虽然在一定程度上实现统一的业务部署、基础资源的自动化调度，但局限性很明显。不同的IT系统有其固有的专业性，网络、计算、存储各个系统的监控运行、故障处理、软硬件升级、容量与规划完全不同，要在一个管控系统中既做到业务的统一，又做到基础管理的全面，不仅对这个系统本身的规模、复杂性、功能性、专业性提出了挑战，而且对于支撑管理运行的团队，也在操作配合、知识体系、专业交叉上产生了巨大的复杂度。

即使是一个厂家能够以极高的专业程度整合多个基础资源的运行管理到这样的统一系统，这个系统也必将非常巨大、复杂，其本身的运行维护也会存在极大难度。