使用Ansible与Vagrant实现多Vagrantfile统一管理的方案咨询

拆分Vagrantfile统一入口实现方案 #

你想要的模块化拆分+单入口管理的方案完全可以实现，实现成本极低，不需要修改原有子Vagrantfile的配置逻辑，原理是Vagrantfile本质为Ruby DSL配置文件，可直接通过Ruby原生的load方法引入其他配置文件，所有子配置定义的虚拟机会自动合并到当前运行上下文。

1. 目录结构调整 #

你可以保留原有的模块拆分逻辑，仅在根目录新增一个总入口Vagrantfile即可，最终目录结构如下：

Master
├── Vagrantfile  # 统一入口文件
├── Vagrantfile.ansible.controller
└── monitoring
    ├── monitored_boxes
    │   └── Vagrantfile.monitored
    ├── monitoring_servers
    │   └── Vagrantfile.monitoring
    └── whatever_boxes
        └── Vagrantfile.whatever

2. 主入口文件编写 #

根目录的Vagrantfile内容如下，公共配置可统一写在主文件，所有子模块的虚拟机都会继承该配置：

Vagrant.configure("2") do |config|
  # 全局公共配置，所有子模块VM通用
  config.vm.box_check_update = false
  config.ssh.insert_key = false
  # 可根据需求添加全局端口转发、同步目录等配置

  # 按需加载对应子模块配置，不需要的模块直接注释对应行即可
  load "#{__dir__}/Vagrantfile.ansible.controller"
  load "#{__dir__}/monitoring/monitoring_servers/Vagrantfile.monitoring"
  load "#{__dir__}/monitoring/monitored_boxes/Vagrantfile.monitored"
  # load "#{__dir__}/monitoring/whatever_boxes/Vagrantfile.whatever"
end

3. 子配置文件要求 #

所有子模块的Vagrantfile不需要做任何修改，保留你原有写法即可，比如Vagrantfile.ansible.controller可以直接写你原有的Ansible控制节点、Ubuntu/Windows节点的配置逻辑。

4. 使用方式 #

和单Vagrantfile的使用逻辑完全一致：

• 根目录执行vagrant up即可启动所有已加载的虚拟机
• 可单独操作指定虚拟机，比如vagrant up ansible-controller、vagrant ssh prometheus-01
• 要临时关闭某个模块的所有资源，只需要注释主入口中对应的load行，重新执行对应Vagrant命令即可

灵活扩展用法 #

如果需要按需启停不同模块，可增加环境变量开关控制加载逻辑：

# 主Vagrantfile中修改加载逻辑
load "#{__dir__}/Vagrantfile.ansible.controller"
load "#{__dir__}/monitoring/monitoring_servers/Vagrantfile.monitoring" if ENV["MONITORING"] == "1"
load "#{__dir__}/monitoring/monitored_boxes/Vagrantfile.monitored" if ENV["MONITORED"] == "1"

使用时通过环境变量控制：MONITORING=1 MONITORED=1 vagrant up

同类场景其他常用方案 #

如果不想用加载配置的方式，也可以用以下方案实现：

• Makefile封装入口：每个子目录保留独立的Vagrantfile，用Makefile封装各个子目录的Vagrant操作命令，比如make up-ansible对应进入ansible目录执行vagrant up，优势是各个模块完全独立，互不干扰，缺点是跨模块操作虚拟机需要额外适配
• Ruby方法拆分配置：把通用配置、不同模块的虚拟机定义封装为独立Ruby方法，存放在单独的.rb文件中，主Vagrantfile中require对应文件后调用方法生成虚拟机，适合需要传参复用配置的场景

内容的提问来源于stack exchange，提问作者Aslak Laine