多台服务器集群的设置需要根据业务场景选择合适的集群架构，并严格遵循网络、存储、高可用及资源管理的技术规范。集群的核心目标是实现< b>高可用性、负载均衡或高性能计算。以下介绍通用的服务器集群设置流程，适用于绝大多数Linux/Unix环境下的业务系统。
一、集群类型与架构选型。首先需要明确集群的类型：高可用集群（如Pacemaker+Corosync）、负载均衡集群（如LVS+Keepalived、HAProxy、Nginx）、横向扩展集群（如Kubernetes、Hadoop），以及高性能计算集群（如MPI）。不同集群类型对应的设置重点不同。对于web应用或数据库服务，常用的方式是将多台服务器组织为主备模式或多活模式，通过虚拟IP（VIP）对外提供服务。
二、硬件与操作系统规划。每台服务器应使用相同的操作系统版本和内核参数，建议使用主流发行版如CentOS/RHEL、Ubuntu Server、Debian等。硬件上要确保CPU、内存、网卡性能相近，避免因性能差异导致集群调度不均。磁盘建议使用独立冗余磁盘阵列（RAID）提高可靠性，并配置共享存储（如iSCSI、FC-SAN、NFS、Ceph）用于数据一致性。
三、网络设置与心跳通信。多台服务器之间需要配置< b>私有管理网络和业务网络。管理网络用于心跳检测和同步命令，必须与业务网络物理隔离，通常使用直连网线或独立交换机。IP地址规划要合理，例如：节点1业务IP 192.168.1.10/24，私有IP 10.0.0.10/24；节点2业务IP 192.168.1.11/24，私有IP 10.0.0.11/24。同时设置虚拟IP（VIP），如192.168.1.100，由集群软件动态绑定到当前活跃节点。
四、时间同步。所有节点必须使用systemctl enable --now chronyd。对于内网环境，可以指定一台节点作为时间源，其他节点与之同步。
五、主机名与解析配置。每台服务器需要设置唯一且易识别的主机名，如node1、node2。修改/etc/hostname和/etc/hosts文件，确保各节点能通过主机名相互解析。例如：192.168.1.10 node1和192.168.1.11 node2。此操作对基于Pacemaker或Kubernetes的集群尤为重要，因为此类软件依赖主机名通信。
六、ssh互信配置。集群软件通常需要远程执行命令，因此要配置SSH免密登录。生成SSH密钥对（ssh-keygen），并通过ssh-copy-id将公钥分发到所有节点。注意限制root登录或使用专用管理用户，并确保权限设置为700/600以防安全风险。
七、共享存储的配置。对于需要数据一致性的集群（如数据库、文件服务器），必须配置共享存储。基础做法是将存储设备挂载到所有节点，并使用GFS2、OCFS2等集群文件系统实现并发读写。对于SAN存储，要确保多路径软件（如multipath）配置正确。对于超融合场景，可使用Ceph RBD或GlusterFS提供分布式存储。挂载点建议放在如/var/lib/mysql或/data等固定目录，并在集群资源配置中声明文件系统依赖。
八、安装集群软件。以常见的高可用集群组合为例：安装Pacemaker和Corosync。在RHEL/CentOS中使用yum install pcs pacemaker fence-agents-all命令。Corosync负责节点间通信和选举，Pacemaker负责资源管理。pcs是管理工具。初始化操作：在所有节点设置hacluster用户密码，并执行pcs cluster auth进行认证，然后执行pcs cluster setup --start --name mycluster node1 node2创建集群，最后启用服务systemctl enable pcsd。
九、定义集群资源。使用pcs创建资源时，需要逐个定义IPaddr资源、Filesystem资源和服务资源。示例：pcs resource create ClusterIP ocf:heartbeat:IPaddr2 ip=192.168.1.100 cidr_netmask=24 op monitor interval=10s。然后定义文件系统资源：pcs resource create DataFS Filesystem device=/dev/sdb1 directory=/data fstype=xfs。接着定义应用服务如Nginx或MySQL。之后配置资源组（Resource Groups），确保这些资源在同一节点上按顺序启动，并使用约束（Constraints）设置主备偏好。
十、负载均衡集群的设置。若目标为负载均衡，可在后端多台服务器上部署相同应用，再在前端设置负载均衡器。例如使用Keepalived实现VIP漂移和健康检查：安装keepalived后，编写配置文件，指定vrrp_instance和real_server。配置中要定义虚拟路由冗余协议（VRRP）的优先级和认证机制。后端服务器仅开启HTTP或TCP服务，无需私有心跳。对于更细粒度的调度，可使用LVS（Linux虚拟服务器）的DR或NAT模式，将请求分发到后端，并在所有节点配置arp抑制规则。
十一、容器编排集群设置。使用Kubernetes时，需要设置控制平面节点（master）和工作节点（node）。首先在每个节点安装容器运行时（如containerd），然后使用kubeadm init初始化第一个master节点，生成令牌后运行kubeadm join将其他node加入集群。同时需要配置kubeadm init --apiserver-advertise-address=私有IP --pod-network-cidr=10.244.0.0/16。接着安装CNI网络插件（如Flannel或Calico），使跨节点Pod通信正常。最后通过kubectl get nodes检查节点状态以及kubectl taint标记主节点是否可调度工作负载。
十二、监控与日志设置。集群部署完成后，必须配置监控系统（如Prometheus+Grafana、Zabbix）以跟踪每个节点的CPU、内存、磁盘、网络以及集群资源状态。日志应该集中收集（如ELK Stack：Elasticsearch、Logstash、Kibana）。还需开启fence设备（STONITH）用于物理节点故障时自动隔离，防止脑裂。测试方法：逐台停止节点，观察VIP和资源是否正常漂移，服务是否持续可用。
十三、安全加固与性能调优。关闭不需要的端口和服务，使用防火墙（firewalld/iptables）限制集群通信端口（如Corosync的5404/5405，Pacemaker的2224，Kubernetes的6443）。对集群管理端启用TLS加密。内核调优包括增大文件描述符、调整TCP连接队列以及同步内存脏页参数。对于分布式存储，还需要调整网络栈缓冲区大小，确保集群内部传输无瓶颈。
十四、常见故障处理与维护原则。定期备份< b>集群配置文件和数据库。修改配置前先执行pcs config backup或etcdctl snapshot save。升级系统内核或集群软件时，应逐节点滚动升级，先停掉资源，升级一个节点并验证连接再处理下一个节点。若出现节点失主或资源启动失败，查看/var/log/cluster/corosync.log和pcs status输出，以及系统日志journalctl -u pcsd，根据错误码和资源操作日志定位问题。需要特别注意的是，任何集群设置都必须在测试环境充分验证后再应用于生产。
十五、总结。多台服务器集群设置的要点在于统一的规划、可靠的网络、共享存储的协调、集群软件的精准配置以及完善的监控。不同架构有不同的命令和参数，但底层逻辑始终是通过心跳检测、资源约束和IP漂移来保障业务连续性。建议结合具体业务系统，参考官方文档（如Red Hat高可用集群文档、Kubernetes官方手册）以及专业运维社区的最佳实践进行细化，避免凭经验盲目配置导致集群失效。
查看详情
查看详情
