服务器集群搭建并不是把多台机器用网线连起来那么简单，企业级部署需要考虑高可用、负载均衡、数据一致性和安全隔离等多个维度。一套合理的集群架构能够在单节点宕机时实现业务无感知切换，同时也能在流量高峰时横向扩容。本文将从基础环境准备、集群软件选型以及企业级网络与存储设计三个角度，详细解析如何落地一套可生产的服务器集群。
基础环境准备与系统初始化
在真正部署集群之前，必须先统一所有节点的操作系统版本、内核参数以及时间同步服务。企业环境中最常遇到的问题是节点之间时间漂移，这会导致分布式锁失效和日志顺序错乱。因此需要在每台机器上配置NTP或Chrony，并设定内部时间服务器作为上游源，确保秒级误差控制在毫秒内。
除了时间同步，还需要关闭不必要的防火墙规则或改用统一的安全组策略。以Linux为例，应当修改/etc/hosts文件，将每个节点的短名和内部IP写死，避免DNS解析不稳定引发集群脑裂。下面是一段初始化脚本示例，用于在Ubuntu节点上关闭swap并加载内核模块：
#!/bin/bash # 关闭swap，避免kubelet或pacemaker报错 swapoff -a sed -i '/swap/s/^/#/' /etc/fstab # 加载集群所需内核模块 modprobe br_netfilter echo "br_netfilter" >> /etc/modules-load.d/cluster.conf # 设定内核参数 cat > /etc/sysctl.d/99-cluster.conf <<EOF net.bridge.bridge-nf-call-iptables = 1 net.ipv4.ip_forward = 1 vm.swappiness = 0 EOF sysctl --system
上述脚本中的vm.swappiness设为0是为了强制进程内存不足时直接OOM而不是换页，这对于低延迟交易系统尤为关键。如果企业使用带外管理口（IPMI），还应规划单独的管理网段，防止运维流量与业务流量互相干扰。基础环境一致化做得越彻底，后期集群排障成本就越低。
高可用集群软件选型与配置
当前主流的高可用方案分为两类：一类是以Keepalived配合Nginx实现的轻量级负载均衡集群，另一类是以Pacemaker加Corosync为核心的强一致性资源管控集群。前者部署简单，适合无状态Web服务；后者支持共享存储挂载、浮动IP和数据库资源代理，适合核心交易系统。
以Keepalived为例，它通过VRRP协议在多个节点间选举主备，配置文件中需要定义virtual_router_id和优先级。以下配置展示了一个双节点健康检查片段：
vrrp_instance VI_1 {
state MASTER
interface eth0
virtual_router_id 51
priority 150
advert_int 1
authentication {
auth_type PASS
auth_pass ipipp_cluster_pass
}
virtual_ipaddress {
192.168.0.100
}
track_script {
chk_nginx
}
}
相比之下，Pacemaker的方案更复杂但更严谨。它依赖Corosync在节点间传递心跳，一旦心跳超时便触发资源迁移。企业部署时通常还会加上STONITH机制，强制断电疑似脑裂的节点，代价是需配备支持IPMI或PDU的硬件。从运维角度看，如果团队缺乏底层经验，建议先从Keepalived入手，再逐步演进到Pacemaker。
企业级网络隔离与分布式存储设计
很多集群上线后遭受横向攻击，根源在于把所有节点放在同一个扁平网络里。企业级部署应按业务等级划分VLAN，例如管理面、存储面、业务面三网分离。管理面只允许运维跳板机访问，存储面使用万兆光网且不暴露给外部，业务面承接客户流量并前置WAF。
存储方面，如果采用共享SAN阵列，虽然性能稳定但扩展成本陡峭。更现代的做法是部署Ceph分布式存储，将每个节点的本地盘组成池，通过RBD或CephFS提供给集群消费。下面的命令展示了在Monitor节点初始化Ceph集群的过程：
# 在部署节点生成初始配置 ceph-deploy new node1 node2 node3 # 安装软件包 ceph-deploy install node1 node2 node3 # 创建初始监控组件 ceph-deploy mon create-initial # 推送配置并激活OSD ceph-deploy osd create --data /dev/sdb node1 ceph-deploy osd create --data /dev/sdb node2 ceph-deploy osd create --data /dev/sdb node3
Ceph的优势在于副本或纠删码策略可动态调整，当节点扩容时只需执行ceph-deploy osd create即可自动平衡数据。不过它要求网络延迟极低，否则恢复过程会拖慢整体IO。企业实践中常把Ceph的public网络与cluster网络分开，正是为了避免客户端读写和内部复制争抢带宽。整体来看，网络与存储的隔离设计决定了集群能否在扩容和故障时依然保持可预期的性能。