update by krrish

02-安装部署文档/新能源部署文档.md

@@ -1,42 +1,43 @@
 <center> <font size=30pt>新能源部署文档</font> </center>
 
-# 1、目的
+# 1. 1、目的
 明确新能源项目的部署架构，熟悉整个流程。
 
-# 2、使用范围
+# 2. 2、使用范围
 需要部署新能源项目的相关人员，如开发，测试，运维等。
 
-# 3、硬件设备选型
+# 3. 3、硬件设备选型
 目前部署新能源项目有3种方案均可完成部署工作。分别为自建机房、租用物理机、租用AWS的EC2机器3种方式。其中自建机房涉及的新增场景比较多也比较复杂，具体请参照《新能源机房建设规范指引》所以本文暂时不做介绍。主要介绍租用物理机与AWS的EC2机器做对比分析。
 
-## 3.1 租用物理机
-### 优点：
+## 3.1. 3.1 租用物理机
+### 3.1.1. 优点：
 > 1、费用相对较低。
 >
 > 2、利用虚拟化技术可以任意克隆多套虚拟主机。
 >
 > 3、网络、供电、性能等相对比较稳定。
-### 缺点：
+
+### 3.1.2. 缺点：
 > 1、租用同机房机器无法做到异地容灾。
 >
 > 2、硬件故障可能导致数据丢失或者环境无法恢复。
 >
 > 3、伸缩性不强。
 
-### 3.2 aws ec2下
-#### 优点：
+### 3.1.3. 3.2 aws ec2下
+#### 3.1.3.1. 优点：
 > 1、网络供电比较稳定、机器可以随意分配。
 >
 > 2、所有机器都可以走内外通信、扩展性与计算能力比较强，
 >
 > 3、数据存放比较安全
 
-#### 缺点：
+#### 3.1.3.2. 缺点：
 > 1、费用比较高，一般上物理机的2倍。
 >
 > 2、相对来说稳定性不如物理机机
 
-### 3.3 费用对比
+### 3.1.4. 3.3 费用对比
 本章节主要是以租用一月为例，对比现行已经租用的欧洲法国物理机与aws ec2欧洲法国云主机做比较，采用配置也比较接近。如下表：
 
 机器类型|CPU|内存|人民币
@@ -46,12 +47,12 @@ AWS EC2|16|122|5684
 
 * 通过以上数据分析决定前期将租用4台高配物理机的方式来部署新能源项目。
 
-#### 风险
+#### 3.1.4.1. 风险
 * AWS EC2主机是不允许外接短信猫，租用物理机需要与当地机房确认
 
-# 4 部署方案
+# 4. 4 部署方案
 
-## 4.1 机器分配
+## 4.1. 4.1 机器分配
 
 机器用途|机器ip|机器配置|操作系统版本
 :-:|:-:|:-:|:-:
@@ -60,35 +61,30 @@ AWS EC2|16|122|5684
 数据库服务器|10.0.0.3|32核64G|Ubuntu 17.10.1
 云平台服务器|10.0.0.4|16核32G|Ubuntu 17.10.1
 
-## 4.2 模块介绍
-### 介绍新能源项目上云的主要模块介绍
+## 4.2. 4.2 模块介绍
+### 4.2.1. 介绍新能源项目上云的主要模块介绍
 
-> 1、镜像仓库：存放新能源所有镜像版本归档的地方。
-> 
-> 2、云管理平台：视维云平台，管理容器分发平台，用户主要操作平台。
-> 
-> 3、GIT服务：主要存放网元的编排文件，用户可以通过此编排文件快速部署网元。
-> 
-> 4、Jenkins：镜像打包的任务调度分发服务模块，结合build服务器与SVN制作镜像。
-> 
-> 5、build服务：制作网元镜像，上传归档模块
-> 
-> 6、网元：新能源相关模块比如AAA、CAS、SMS-GateWay、Zookeeper、RabbitMQ等。
+  1. 镜像仓库：存放新能源所有镜像版本归档的地方。
+  2. 云管理平台：视维云平台，管理容器分发平台，用户主要操作平台。
+  3. GIT服务：主要存放网元的编排文件，用户可以通过此编排文件快速部署网元。
+  4. Jenkins：镜像打包的任务调度分发服务模块，结合build服务器与SVN制作镜像。
+  5. build服务：制作网元镜像，上传归档模块
+  6. 网元：新能源相关模块比如AAA、CAS、SMS-GateWay、Zookeeper、RabbitMQ等。
 
 
-## 4.2 部署架构
+## 4.3. 4.2 部署架构
 本章节主要新能源项目在云平台上的整体部署架构图，通过云平台的标签与docker-compose编排文件控制所有模块所在的主机节点。主节点所有的数据均通过网络的方式传输给备节点。
 
 
-### 4.2.1 主节点部署方案
+### 4.3.1. 4.2.1 主节点部署方案
 云平台环境在本地自建机房按照下图部署一套独立完整的云平台环境。为了数据的安全性，会将云平台管理节点、git服务、Jenkins服务、build服务、registry主仓库、业务相关所有的模块部署在本地的云平台环境中。
 ![image](https://note.youdao.com/yws/public/resource/5f8b148a9d2b2da52ee5c6ef41e87a57/xmlnote/5FD6A42B00EE476E83158A2F716EF0B5/841)
 
-### 4.2.1 备节点部署方案
+### 4.3.2. 4.2.1 备节点部署方案
 为出于数据安全性和短信猫无法接到租用物理机上，那么备接到只部署云平台管理节点、registry备仓库。业务网元，数据库等，部署架构如下：
 ![image](https://note.youdao.com/yws/public/resource/5f8b148a9d2b2da52ee5c6ef41e87a57/xmlnote/9D342CA2553440AB92F72986E4EFF2FF/839)
 
-## 4.3 混合部署方案
+## 4.4. 4.3 混合部署方案
 混合部署方案是为解短信猫问题，因为如果租用服务器可能导致无法接入硬件短信猫，所以需要在本地准备一台服务器，将短信猫服务单独部署在本地，其他所有的模块都部署在租用服务器或者AWS EC2服务器上，再通过网络与其他模块通讯。