序章：为何要在 CentOS 虚拟机上搞“合体”？

当业务量猛增， 单台服务器的 CPU、内存、磁盘 I/O 已经跟不上团队的狂热需求时一场“集体行动”便势在必行。把几台轻量级的 CentOS 虚拟机拼成一个小型云， 让每一次代码提交都像火箭点火般瞬间燃起热情，这种快感只有亲自体验才懂。

核心目标

• 资源弹性：随时可以增删节点，成本像气球一样随呼吸膨胀或收缩。
• 统一管理：一次配置，全员受惠，避免“每个人都跑去改系统设置”的尴尬。
• 高可用：节点挂掉不影响业务，系统自行切换，好像有看不见的护航队。

第一步：环境预备——宿主机 & 虚拟化平台挑选

不同的公司有不同的硬件基底， 但大多数情况下我们会在以下两类平台中挑选：，是吧？

个人推荐：如果你是 DevOps 新手，先从 VirtualBox + Vagrant 入手；如果已经熟悉 Linux 命令行，那直接上 KVM + Ansible 更省事，挺好。。

宿主机硬件基准线

# CPU: 至少 4 核
# RAM: 8 GB 起步
# 磁盘: SSD 优先， 留出至少 100 GB 空间用于快照
# 网络: 千兆网卡或以上

第二步：网络拓扑设计——让节点说话更顺畅

在虚拟机里跑集群，一定要给它们一块专属子网，否则“互相打招呼”时会被宿主机的防火墙拦下来。下面是一套常用的三层模型：

1. L1 私有网络：10.10.10.0/24，用于节点之间的数据同步和心跳检测。
2. L2 管理网络：192.168.99.0/24，只给运维人员 SSH 登录使用。
3. L3 外部访问：NAT 或桥接，让外部用户能够访问 API 网关。

小贴士：在 VirtualBox 中， 把每台 VM 的「Adapter 1」设为 Host‑Only， 层次低了。 「Adapter 2」设为 NAT，这样既平安又省事。

KVM 网络示例

  cluster‑net
  
  

第三步：自动化编排——Vagrant 与 Ansible 双剑合璧

A. 用 Vagrant 快速拉起三台 CentOS7 节点

# Vagrantfile
Vagrant.configure do |config|
  .each do |i|
    config.vm.define "node#{i}" do |node|
      node.vm.box = "centos/7"
      node.vm.hostname = "node#{i}"
      node.vm.network "private_network", ip: "10.10.10.#{100+i}"
      node.vm.synced_folder "./workspace/node#{i}", "/home/vagrant/workspace"
      node.vm.provider "virtualbox" do |vb|
        vb.name = "node#{i}"
        vb.memory = 2048
        vb.cpus = 2
      end
    end
  end
end

施行`vagrant up`后你会看到三台机器齐刷刷亮起 说句可能得罪人的话... 绿色灯光——那种“成功点燃星火”的感觉真的让人心潮澎湃。

B. 用 Ansible 完成软件栈统一安装

- hosts: all
  become: true
  tasks:
    - name: 安装基础工具
      yum:
        name:
          - vim
          - git
          - curl
          - wget
        state: present
- name: 部署 Docker CE
  shell: |
    yum install -y yum-utils \
      && yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo \
      && yum install -y docker-ce docker-ce-cli containerd.io \
      && systemctl enable --now docker
- name: 拉取业务镜像并启动容器
  docker_container:
    name: app_service
    image: myrepo/app:v1.0
    state: started
    restart_policy: always
    ports:
      - "8080:80"
    env:
      ENVIRONMENT: production

乱弹琴。 只需一次`ansible-playbook -i inventory.yml site.yml`，所有节点立刻拥有相同的软件环境。再也不用担心“我这边可以你那边却报错”的尴尬场面了。
第四步：手动部署与克隆 —— 当自动化失灵时的救急方案
有时候会遇到 Vagrant 插件冲突或网络适配器奇怪失效， 这时候不妨回到最原始的手工方式，用 VMware 或 KVM 自己创建模板，然后克隆复制。
KVM 克隆命令示例：
# 创建基准镜像
qemu-img create -f qcow2 centos7-base.qcow2 20G，ICU你。
virt-clone --original centos7-base --name node4 --auto-clone --file /var/lib/libvirt/images/node4.qcow2
virsh start node4


KVM 网络绑定 IP 示例：
# 为新 VM 设置固定 IP：
virsh 太虐了。  edit node4   # 在  中加入 static IP 配置...
虽然手工操作稍显繁琐，但它像一把备用钥匙，在自动化工具崩溃时仍能让你保持业务连贯性。 奥利给！ 记得做好快照，以免“一键回滚”变成梦魇。
第五步：高可用与负载均衡——让服务永不停摆 
换句话说... 单纯的三台机器还能接受短暂故障， 但真正进入生产阶段，就需要引入 HAProxy + Keepalived 的“双保险”。下面给出一个极简配置思路：
# /etc/keepalived/keepalived.conf 
vrrpinstance VI1 {
    state MASTER               # 第一个节点写 MASTER， 后面写 BACKUP 自动切换
    interface eth1              # 对应私有网络接口名 
    virtualrouterid 51
    priority 150               # 根据节点编号递减 
    advertint 1
    auntication {
        authtype PASS
        authpass secret123 
    }
    virtualipaddress {
        10.10.10.200/24       # 虚拟漂移 IP，用作 HAProxy 前端 
}
}，另起炉灶。
HAProxy 配置只需把 backend 指向所有真实节点 IP，即可实现请求轮询。当其中一台机器宕机时 Keepalived 会立刻把漂移 IP 移交给健康状态最好的备份节点——整个过程用户根本感知不到任何卡顿， 无语了... 这种流畅感简直让人想起第一次跑完马拉松后的爽快！
第六步：性能调优 —— 把每一毫秒都榨干 
火候不够。 Tuning 项目 EIP 推荐值 CENTOS 默认值 
/etc/sysctl.conf – net.core.somaxconn 65535 128 
/etc/sysctl.conf – vm.swappiness 5 60 
// 以下省略若干行， 仅示意...
/etc/security/limits.conf – nofile 1048576 1024 
 /etc/security/limits.conf – nproc    unlimited   1024   
 kernel.pidmax                4194304       32768         
 tcptwreuse                 1            0             
 tcpfin_timeout             30           60            ,   // 单位秒
 文件系统 mount 参数 noatime,nodiratime   // 减少磁盘元数据读取开销
// ...
///
// 
 //
 //
 //
//，我血槽空了。
**此处为占位文本**.
请阅读以上章节后你将拥有一个完整且可
的 CentOS 虚拟机集群，从而实现团队协作效率的大幅提升，简单来说...。

蚌埠住了... ©2026 技术分享社区 · 保留所有权利
如需进一步交流，请关注我们的技术公众号。
©2026 技术分享社区 · 保留所有权利
谢谢大家!祝你的集群飞起来~!