Kubespray 和 Ansible，如何分离配置（即清单和其他配置文件）答案

【问题标题】：Kubespray and Ansible, how to seperate config(ie inventory and other config files)Kubespray 和 Ansible，如何分离配置（即清单和其他配置文件）
【发布时间】：2021-01-06 17:19:23
【问题描述】：

首先，我是一个完整的 ansible 剧本菜鸟。我正忙于了解我工作场所的混乱情况。我尝试遵循自述文件的快速入门指南，同时也遵循我的公司 kubespray fork。现在真正困扰我的一件事是，我们个人集群的配置散布在整个分叉中。有没有办法将集群的个人配置文件与 kubespray 存储库分开？我的想法是我有一个 kubespray 目录，它是 kubespray 存储库的分支或主控，当运行“kubespray”时，我将集群的配置提供给 kubespray。因为目前我看不到这是一种干净且易于管理的方式，可以通过提交来维护集群资源，同时在我想应用新版本时尝试更新 kubespray。目前的流程似乎一团糟！

【问题讨论】：

正如所写，您当前的问题形式容易引起意见和大量讨论；理想情况下，人们会发布您尝试过的内容，以及正在产生的错误或问题，而不是“解释这种可能无法实现我的目标的理论设置”
@mdaniel 是的，你是对的。我最终找到了一个对我来说非常干净的工作流程。这与 Kubespray 在其关于将 kubespray 集成到更大的 ansible playbook 的指南中所宣传的结构类型基本相同。

标签： kubernetes ansible kubespray

【解决方案1】：

所以我最终找到了一个很好的解决方案，可以从 kubespray 存储库中推断出自定义的个人配置。我认为这对于经验丰富的 Ansible 用户来说实际上非常明显，但结构如下。

.
├── README.md
├── bin
├── docs
├── inventory
│   └── prod
│       ├── group_vars
│       │   ├── all
│       │   │   ├── all.yml
│       │   │   ├── azure.yml
│       │   │   ├── coreos.yml
│       │   │   ├── docker.yml
│       │   │   ├── oci.yml
│       │   │   └── openstack.yml
│       │   ├── balance.yml
│       │   ├── etcd.yml
│       │   └── k8s-cluster
│       │       ├── addons.yml
│       │       ├── ip.yml
│       │       ├── k8s-cluster.yml
│       │       ├── k8s-net-calico.yml
│       │       ├── k8s-net-canal.yml
│       │       ├── k8s-net-cilium.yml
│       │       ├── k8s-net-contiv.yml
│       │       ├── k8s-net-flannel.yml
│       │       ├── k8s-net-kube-router.yml
│       │       └── k8s-net-weave.yml
│       └── hosts.ini
└── kubespray

现在您可以在主目录中运行 kubespray 命令，如下所示

ansible-playbook \
        $(pwd)/kubespray/scale.yml \
        --inventory $(pwd)/inventory/prod/hosts.ini \
        --user root \
        --become \
        --become-user=root \
        --limit=$node \
        --extra-vars 'ansible_python_interpreter=/usr/bin/python3' \
        --flush-cache

这种结构的好处在于，您现在可以使用 git 仅跟踪对基础架构的更改，而不必担心干预 Kubespray 中的文件。另外，通过将 kubespray 作为 gitsubmodule，您还可以使用服务器配置跟踪不同版本。只是一般的 git 善良。

无论如何，我希望有人觉得这很有用。我已经使用了几个月，发现它比在 kubespray 模块中进行配置要干净得多。

【讨论】：