家里有几台旧电脑闲置？公司业务增长，网站一到高峰就卡？与其换更贵的单台服务器，不如把多台机器联合起来，组成一个服务器集群。这就像把几个普通自行车拼成一辆小货车，运力立马提升。
明确目标：你为啥要组集群？
有人为了跑网站不宕机，有人是为了做数据备份更可靠，还有人想搞个私有云存照片视频。比如老张开了个小网店，订单一多页面就打不开，他就琢磨着用两台旧服务器搭个集群，一台挂了另一台顶上，客户不至于白屏走人。
选好“地基”：硬件和网络准备
集群不要求每台机器都高配，但稳定性得过关。主板、电源别太便宜，内存尽量一致，避免兼容问题。最关键的是网络——所有服务器最好接在同一个千兆交换机上，延迟低才好协同工作。
IP 地址也得规划清楚，比如主节点用 192.168.1.10，两个工作节点分别是 .11 和 .12，写进配置文件里不容易乱。
装系统和工具：Linux 是首选
大多数集群方案基于 Linux，Ubuntu Server 或 CentOS 都行。装好后统一改掉默认密码，关掉不用的服务，减少漏洞。
接着在每台机器上装 Docker 和 Docker Compose，方便后续部署服务。比如在终端运行：
sudo apt update
sudo apt install docker.io docker-compose -y用 Swarm 搭个简单集群
Docker Swarm 是个轻量级的集群管理工具，适合入门。先在主节点初始化：
docker swarm init --advertise-addr 192.168.1.10执行完会看到一段命令，类似：
docker swarm join --token xxx 192.168.1.10:2377把这个命令复制到另外两台机器上运行，它们就加入集群了。输入 docker node ls 就能看到三个节点在线。
部署一个可备份的服务
假设你想跑个 WordPress 博客，并且内容能自动备份。写个 docker-compose.yml 文件：
version: '3.8'
services:
wordpress:
image: wordpress:latest
ports:
- "80:80"
environment:
WORDPRESS_DB_HOST: db
WORDPRESS_DB_USER: wpuser
WORDPRESS_DB_PASSWORD: wppass
volumes:
- wp-data:/var/www/html
deploy:
mode: replicated
replicas: 2
db:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: rootpass
MYSQL_DATABASE: wordpress
MYSQL_USER: wpuser
MYSQL_PASSWORD: wppass
volumes:
- db-data:/var/lib/mysql
volumes:
wp-data:
db-data:然后运行 docker stack deploy -c docker-compose.yml myblog，博客就跑起来了，数据库和网页文件都存在各自的卷里。
定期压缩备份数据
光有集群不够，数据还得存得住。可以写个脚本，每天把数据库导出并压缩：
#!/bin/bash
DATE=$(date +"%Y%m%d")
mysqldump -h 192.168.1.11 -u wpuser -pwppass wordpress | gzip > /backups/wordpress_$DATE.sql.gz再用 cron 定时执行：
0 2 * * * /usr/local/bin/backup.sh备份文件可以同步到另一个节点，或者上传到 NAS，哪怕整个集群出问题也不怕丢数据。
监控和故障转移
集群的好处是容错。如果某台机器突然断电，Docker 会自动把服务调度到其他节点。你可以装个 Portainer，用浏览器看看各个节点状态：
docker run -d -p 9000:9000 --name portainer --restart always -v /var/run/docker.sock:/var/run/docker.sock portainer/portainer-ce打开 http://你的IP:9000 就能看到整个集群的运行情况，哪个容器崩了、哪台机器负载高，一目了然。
服务器集群不是大公司的专利，普通人也能玩得转。关键是有清晰的目标、合理的规划，再加上一点点动手尝试的勇气。