高可用：
服务：保证服务的持续可用性
由多台部署相同服务的节点，一般使用共享存储（分布式存储），提供服务的高可用性
服务的类型：基于对数据的操作和面向的对象
基于“读操作”服务：访问对象数量和连接：基于连接的负载平衡
DNS轮询：一个域名对应多个IP
HLB：基于设备的负载平衡：F5（成本）
第三方
SLB：基于应用层的负载平衡
NLB：基于网络协议的负载平衡
基于“写操作”服务：数据库，虚拟机：写入对象的唯一性
故障转移群集：当群集节点出现故障时，将服务转移到其他可用节点中，保证服务的持续可用性
物理：所有物理节点必须使用共享存储（SAN，S2D）
仲裁：当群集节点故障出现时：群集是否工作
下一个主动节点
所有群集节点：AM（活动管理器）
基于投票机制：群集节点
仲裁盘（文件夹）：包含了整个群集所有的节点信息，并且被AM赋予投票权
故障转移群集的部署：计算节点：CPU内核数量
内存大小
网卡带宽
所有节点的资源总和
网络：先期：规划物理网络：
访问网络：用于提供服务
心跳（群集）网络：传递心跳信号，传递写入数据（独立VLAN即可）
存储网络：传输数据（独立交换机）
后期：面向虚拟机网络规划
虚拟交换机：资源池：多个节点的虚拟交换机汇聚到一个虚拟池中，可以配置虚拟网卡自动连接
虚拟网卡
存储：存储空间的规划和连接方式（SAN，ISCSI，S2D）
容灾和备份解决方案
群集部署操作：系统环境准备：计算机名称，网络信息：IP，MASK，GW，DNS
逻辑环境：推荐AD域环境：域控制器，节点加入域
网络环境:交换机和网卡（物理&虚拟），不同网络的IP子网
存储环境：实验：配置ISCSI服务：创建用于存储数据的虚拟磁盘文件
定义该虚拟存储的使用目标对象
备份：本地：本地介质&本地网络
云备份：windows Azure 备份
备份对象：虚拟机&物理机
服务的数据库：备份是否会截断该服务数据库的事务日志
本文出自 “涛哥的博客” 博客，请务必保留此出处http://zanghaitao.blog.51cto.com/818585/1960308
原文地址：http://zanghaitao.blog.51cto.com/818585/1960308
