2台服务器集群

核心概念解析

1 基础定义

2台服务器集群是由两台独立物理/虚拟服务器组成的协同工作单元，通过特定技术实现以下核心目标：

服务连续性：任一节点失效时自动接管业务

负载分担：请求按策略分配至不同节点

资源扩展：突破单台设备的性能瓶颈

2 典型应用场景

架构设计要点

1 硬件拓扑结构

[客户端] <--> [负载均衡器] <--> [节点A] --[心跳线]-[节点B] ↑ ↓ [共享存储] [本地存储]

关键要素说明：

• 心跳线：专用千兆网卡（建议冗余链路）
• 共享存储：iSCSI/FC SAN或NAS（用于会话保持场景）
• 业务网络：万兆以太网（根据业务需求调整）

2 软件栈选型

实施步骤详解

1 基础环境准备

1. 硬件校验：

   

   • 确保两台服务器型号一致（CPU/内存/网卡数量）
   • 关闭BIOS节能模式（CState/PState）
   • 设置相同主机名后缀（例：node1.cluster.com, node2.cluster.com）

2. 网络配置：

   

   • 业务IP：浮动IP（FAILOVER模式）或各自主IP+NAT转换
   • 心跳网络：独立VLAN（建议192.168.200.x/24）
   • NTP同步：chrony服务配置（精度<1ms）

   2 服务部署流程（以Web服务为例）

   步骤	命令示例
   1	安装基础组件	yum install -y httpd mod_ssl
   2	配置应用上下文	DocumentRoot "/var/www"
   3	设置虚拟主机	<VirtualHost :80>
   4	启动负载均衡	haproxy -f haproxy.cfg
   5	启用健康检查	check inter 2000 rise 2 fall 3
   6	测试故障切换	ip mii-down eth0模拟断网

   3 数据一致性保障

   • 无状态服务：直接采用轮询/最少连接算法
   • 有状态服务：
     • Session共享：Redis/Memcached集中存储
     • 数据库同步：MySQL Group Replication（需5.7+版本）
     • 文件系统：GlusterFS/Ceph分布式存储

   运维管理规范

   1 日常监控指标

   指标类别	监控项	阈值建议
   系统健康	CPU负载率	<70%持续5分钟
   内存使用率	<85%
   网络质量	心跳包丢失率	<0.1%
   业务响应延迟	<500ms
   存储状态	RAID阵列降级告警	立即处理
   磁盘IOPS饱和度	<80%

   2 故障处理流程

   1. 告警触发：Zabbix发送邮件/短信通知
   2. 定位阶段：
      • 检查日志（/var/log/messages）
      • 执行clustat查看集群状态
   3. 恢复操作：
      • OCF资源重启：crm resource restart <resource>
      • 强制切换：crm failover
   4. 事后分析：生成Sysdig诊断报告

   常见问题与解答

   Q1: 双机集群能否替代云服务的弹性伸缩？

   A: 不能直接替代，双机集群主要提供本地化的高可用保障，而云服务的弹性伸缩依赖公有云的资源池化能力，建议混合部署：前端使用云负载均衡+自动扩缩组,后端关键业务部署双机集群作为兜底方案。

   Q2: 如何防止脑裂（Split Brain）现象？

   A: 采取三层防护措施：

   1. 网络层：配置Stonith设备（假死网关），当检测到分区时强制关机
   2. 投票机制：采用奇数节点+仲裁盘（Quorum Device）方案
   3. 应用层：设计唯一性校验（如基于时间的令牌桶算法）

   补充建议：对于金融级场景，建议升级为地理上分散的多活数据中心架构，配合GSLB实现跨区域容