企业案例广州超算中心 企业案例广州超算中心、项目建设规划、项目需求分析 1.3项目建设规划.docxVIP

企业案例广州超算中心 企业案例广州超算中心、项目建设规划、项目需求分析 1.3项目建设规划  项目建设规划 PAGE17 / NUMPAGES17  项目建设规划  魏道付  （华云数据集团）  摘 要：本文描述华云数据集团承建广州超算中心云计算平台项目的项目建设规划  关键字：华云数据；中山大学；超算中心；云计算平台规划  1.1系统总体概要规划  1.1.1总体方案规划  广州超算中心云平台总体拓扑如图1所示：  图1 广州超算云平台总体拓扑图  广州超算中心云平台逻辑结构如图2所示：  图2 广州超算云平台逻辑图  eq \o\ac(○,1)系统总体规划包括计算子系统、存储子系统、网络子系统。  eq \o\ac(○,2)计算节点分为4个机柜，每个机柜4个刀框，每个刀框32台刀片。每个刀框内置一台接入交换机，通过背板和刀片服务器互联，有4个10 GE口和汇聚互联。  eq \o\ac(○,3)管理节点采用5台作为controller节点，3台作为mariadb rabbitmq节点，1台做为stackwatch influxdb节点。  eq \o\ac(○,4)存储使用x-sky存储，共10台，分别和controller节点以及compute节点互联。  eq \o\ac(○,5)网络子系统按照核心层、汇聚层、接入层、虚拟层的四层结构，云平台各网络包括管理网、存储网、数据网。  1.1.2命名规则  云计算平台节点命名规则如表1所示  表1 云计算平台节点规划  类别  命名规则  举例  备注  管理节点  CS_角色编号_编号  cs-controller-01  第一个controller节点  cs-db-02  第二个数据库节点  计算节点  CS_COMPUTE_编号  cs-computer-0020  第二十个计算节点  cs-computer-0160  第一百六十个计算节点  1.1.3集群概要规划  云计算集群服务节点数量规划如表2所示  表2 云计算集群服务节点  类别  数量  controller节点数量（台）  5  mariadb节点数量（台）  3  stackwatch节点数量（台）  1  compute节点数量（台）  512  内存虚拟化比例  1:1  CPU虚拟化比例（非独占）  1:4  此方案为简化方案，对于集群来说，有如下一些缺点  1、rabbitmq mariadb节点的资源负载会比较高，rabbitmq和mariadb都比较消耗内存  2、rabbitmq mariadb节点只能宕机一个，否则mariadb集群失效，整个云平台无法进行操作  3、当rabbitmq mariadb节点内存利用率很高时，rabbitmq和mariadb可能会互相抢占资源，从而引发OOM，进一步引发云平台故障  最优化的方案如表3所示：  表3 云计算平台集群服务节点规划  类别  参数  controller节点数量（台）  5  mariadb节点数量（台）  5  rabbitmq节点数量（台）  3  stackwatch节点数量（台）  1  compute节点数量（台）  512  内存虚拟化比例  1:1  CPU虚拟化比例（非独占）  1:4  最优化的方案优势为：  1、512个计算节点，会有非常多的心跳报文，因此，对控制的负载会比较高，将重要的模块拆开，可以有效减少每一个节点的负载  2、pacemaker集群要求一半以上的节点存活，5个controller节点可以宕机2个，如果是3个只能宕机1个，可靠性降低，而在大规模的环境中，负载高会导致引发异常的概率提升，因此推荐5个controller  3、controller的负载主要在nova和keystone上，从3个节点增加至5个，每个节点可以有效减少40%的负载  4、同理，mariadb使用galera集群方案，也要求一半以上的节点存活，所以推荐5个  5、拆开控制的模块，可以有效减小故障发生时的影响面，否则如果都混合在一起，一旦一个节点宕机，对controller服务、rabbitmq、mariadb都有影响，对整个云平台的打击也比较大  1.1.4主机概要规划  云计算平台主机的配置信息如表4所示  表4