模块化数据中心的工程化落地

模块化关联

我们定义了模块化类型和模块化层次体系，那么不同的模块在系统在不同的层次是如何组成有机的整体的，就需要定义模块化关联。一般来说，关联有两种：

一是成套打包关联，即不同子系统的设备成套安装在一起，必须作为一个整体部署。例如，一个 IT Pod 模块(或集装箱)包含固定数量的机柜、空气处理单元、列头柜、以及环境监控设备，作为一个整体。

另一种是基于规则的关联，即明确所允许的模块组合方式，例如每三个UPS 模块需配置一套发电机模块。

理论上说，数据中心由多个相同的微型数据中心构成的架构是一种最纯粹的模块化架构，每个微型数据中心包括所需的一切要素，但这种理论上的最优在现实世界里不可行，关联通常会很复杂。

在进行模块化关联时通常要注意遵循以下几点经验：

· 每个模块都按照微型数据中心的容量做不现实。

· 有些子系统在大容量上实施更加经济。

· 在一组模块的基础上实现冗余比每个模块实现冗余要更经济。

· 每个单独微型数据中心里的容量容易被浪费。

· 模块的选择应尽可能小以达到灵活性，但有些设备在小容量规模下运行效率极其低下，如发电机。

尽管让所有子系统集成为完整独立的数据中心模块是不太现实的作法，模块化数据中心架构必然存在某种方式将子系统进行分组，以便能够合理一致地部署子系统。先以设备机柜和机柜配电条的部署为例，两种设备可以按1:1比例部署。再以配电柜和机柜的部署为例，可以定义一条规则，即1个配电柜 支持20个机柜，继而继续定义集成关系，1个发电机支持500个机柜，1个机房空调单元支持40个机柜，以及1个数据采集系统支持200个机柜等。我们将这些部署规则称为各子系统间的模块关联。这些关联可以是简单的部署规则，也可由预先规划和生产的台架、集装箱或安装“工具包”实施。

在传统数据中心设计中，关联关系模糊地包含在用以确定数据中心总容量，如冷水机组总容量、占地面积(建筑面积)、机房空调容量等整体设计中。现实中，我们往往一开始就制订完整的设计方案，数据中心通常不采用任何模块化架构，而是会按照最大设计参数建设。同时，在数据中心的早期运行阶段，为延迟投资，常常会忽略某些设备。例如，为5个柴油发电机组设计、采用 N+1配置的系统，可能部署了适用于5个柴油发电机组的开关设备、基础设施和台架，但在开始时仅安装3个柴油发电机组。可以说此数据中心发电机组子系统采用了模块化，获得了部分模块化优势，但因为各子系统间不具备任何正式关联，所以并非模块化数据中心架构。

如何有效描述和沟通模块化架构

以上介绍了模块化数据中心架构包含的基础内容，下一步要做的是在实际的工程项目中如何描述一个模块化架构， 例如，由什么元素构成，在扩展方式上有什么不同，是如何实现冗余的，如何来进行类型的分析，讨论和比较不同的架构，等等诸如此类的问题。