1、数据仓库服务架构
数据仓库服务（Data Warehouse Service），下面简称DWS 。主要为客户提供数据存储，数据挖掘，数据分析等功能。其内核采用开源的关系数据库管理系统Postgres SQL加以定制开发。服务部署在集群上，集群有3~32个虚拟主机组成。用户使用DWS集群的请求处理流程如下：
1.1、用户通过客户端，例如chrome，IE，FireFox等浏览器登录DWS界面，对应于下图中的1。
1.2、用户对DWS集群做了一个操作，比如重启，对应于下图中的2。
1.3、Nginx根据调度策略将重启请求下发到某一个console节点上，对应于下图中的3.
1.4、Console节点将请求通过HAproxy根据某种调度策略，将请求下发到service节点上，对应于图中的4。
1.5、service节点处理重启任务，并更新数据库中相关表的记录，对应于图中的5，并返回处理结果。
其它节点功能说明：
1.6、monitor节点：监控集群的状态。
1.7、billing节点：计费。
1.8、OM Sevice节点（insight）：运维节点，一些运维操作会通过该节点下发到service节点上。
1.9、DB节点：数据库节点，一主一备。
2、可靠性测试的含义与测试过程
可靠性测试是指：系统在常规与意外环境执行和保持其功能的能力，系统必须能以一致性和可重复性的方式执行并保持其功能。（概念出自《敏捷软件测试：测试人员与敏捷团队的实践指南》）
测试过程：
2.1、明确可靠性测试的目标，同一个系统，不同的测试目标设计出来的用例也不一样。
2.2、了解软件的架构。
2.3、设计可靠性测试用例。
2.4、执行可靠性测试用例。
2.5、分析可靠性测试结果并输出测试报告返回给测试经理。
3、用例设计
主要从以下几个方面来考虑，可靠性测试的原则之一：故障恢复后业务能够自修复。
3.1、从架构设计图来看一共涉及的的节点有：console，service，billing，db，insight，monitor。其中只有insight部署在一台主机上，其余节点均部署在2台或2台以上的服务器上，以service为例，一台服务器宕机了是否会影响业务，两台呢，或者全部宕机后开机能否自行恢复业务呢？
3.2、内存占用率：单个节点的内存占用率达到90%和100%；多个节点 内存占用率达到90%或100%。
3.3、CPU占用率：：单个节点的CPU占用率达到90%和100%；多个节点 CPU占用率达到90%或100%。
3.4、磁盘使用率：：单个节点的磁盘使用率达到90%和100%；多个节点 磁盘使用率达到90%或100%。
3.5、网路故障：单个节点网络故障，多个节点网络故障。单个节点和多个节点某个网卡down掉。
3.6、单个节点重启，或多个节点重启。
3.7、功能首次失败时间，比如：创建DWS集群首次失败时间，即初始操作和首次失败之间的平均时间。
3.8、DWS集群长时间运行业务，是否出问题。
3.9、并发操作：比如同时创建50个集群，观察成功率，可以使用BrupSuite工具。
3.10、业务能否从节点A迁移到节点B，比如创建集群的任务正在节点service1上运行，此时，service1宕机，任务能否成迁移到service2或service3上。
4、可靠性测试过程中用到的工具
写满磁盘
参考命令：dd if=/dev/zero bs=1024 count=1000000 of=/root/1Gb.file
占满内存
待补充
占满CPU
参考：https://blog.csdn.net/robertsong2004/article/details/36879233