RHCA认证中云服务器高可用配置实战指南

RHCA（Red Hat认证架构师）认证里，云服务器高可用配置是绕不开的实战重点。所谓高可用，简单说就是让云服务器在硬件故障、网络中断等意外发生时，仍能持续提供服务，把业务停摆的损失降到最低。接下来，我们通过一套完整的实战流程，带你掌握这门技术。

前期准备：两台服务器的"双胞胎"计划

高可用配置的第一步，是给云服务器找个"备用搭档"。至少需要两台硬件配置几乎一样的云服务器——就像双胞胎，这样故障切换时服务才能无缝衔接。操作系统得装同版本，比如Red Hat Enterprise Linux，网络也要提前打通，保证两台服务器能顺畅"对话"。

安装核心软件：Pacemaker与Corosync的协作基础

接下来要给两台服务器装上"大脑"和"神经"。这里的关键软件是Pacemaker（集群资源管理器）和Corosync（集群通信系统）。Pacemaker负责管理集群里的各种资源，比如IP地址、应用服务；Corosync则像"快递员"，在服务器之间传递状态信息。安装命令很简单：
```
yum install pacemaker corosync fence-agents-all -y
```

配置Corosync：定好集群的"通讯规则"

装完软件要调参数。打开Corosync的配置文件`/etc/corosync/corosync.conf`，需要设定几个关键项：集群名字、节点列表（两台服务器的IP和名称）、通信协议（常用udpu）。举个实际配置例子：
```
totem {
version: 2
secauth: off
cluster_name: mycluster
transport: udpu
}

nodelist {
node {
ring0_addr: 192.168.1.100
name: node1
}
node {
ring0_addr: 192.168.1.101
name: node2
}
}

quorum {
provider: corosync_votequorum
}

logging {
to_logfile: yes
logfile: /var/log/cluster/corosync.log
to_syslog: yes
}
```
简单来说，就是告诉集群"你们叫什么名字""住在哪里""怎么互相发消息"。

配置Pacemaker：让集群"活"起来

Corosync配置好后，要启动这两个服务并设为开机自启：
```
systemctl start corosync pacemaker
systemctl enable corosync pacemaker
```
用`crm_mon`命令看看集群状态，如果显示节点在线，就说明集群"活"了，可以开始管资源了。

添加资源：给集群分配"任务"对象

Pacemaker的核心是管理资源，比如业务用的IP地址、网站服务（httpd）等。以IP地址资源为例，创建命令是：
```
pcs resource create myip ocf:heartbeat:IPaddr2 ip=192.168.1.200 cidr_netmask=24 op monitor interval=30s
```
这条命令相当于给集群派了个"IP管家"，负责监控192.168.1.200这个IP，每30秒检查一次是否正常。

设置资源约束：定好"先做什么后做什么"

资源不是随便启动的，得讲顺序。比如网站服务（httpd）必须等IP地址分配好才能启动，不然服务起来也连不上。这时候用约束命令：
```
pcs constraint order start myip then httpd
```
相当于给集群下指令："先把IP准备好，再启动网站服务"。

测试验证：模拟故障看"真功夫"

配置完成后，要模拟故障测效果。比如手动关掉一台服务器，观察IP地址和网站服务会不会自动"跳"到另一台服务器上。之前有个客户的云服务器，配完高可用后切换总慢半拍。检查发现是Corosync的通信参数设置太保守，节点间消息传得慢。调整了通信接口和超时时间后，切换时间从1分钟缩短到10秒，彻底解决了业务中断问题。

高可用配置没有"一劳永逸"，实际部署时要根据业务需求调整参数——比如电商大促期间，可能需要缩短监控间隔；数据中心网络不稳定时，要优化通信协议。掌握这套流程，RHCA认证的实战考核自然不在话下，更重要的是能为企业云服务器筑牢"安全防线"。