OpenStack 部属工具 3

本系列文章同步发布於笔者网站

上一篇我们介绍了两个有强大厂商後盾的部属工具，本偏要介绍大多为社群成员维护的部属专案，OpenStack-Ansible, Kolla-Ansible, OpenStack-Helm

OpenStack-Ansible

OpenStack-Ansible 就如其名，就是透过 Ansible 去部属 OpenStack 的工具，其中支援非常多 OpenStack 元件以及不同的 Plugin。

OpenStack Ansible 主要透过 lxc container + Ansible-playbook 来安装 OpenStack，其中有部分 service 并没有放在 lxc container 中，如 nova-compute。

在 network plugin 的支援也是今天介绍的 3 个部属工具中最多的，其中包含了在一些特殊环境下很好用的 Calico。

OpenStack Ansible 除了部属 OpenStack 以外，同时也可以在部属 OpenStack 储存所需要使用的 Ceph，而其他专案如 Kolla-Ansible 的 Ceph cluster 就要额外自己部属并且透过 config overwrite 去设定。

Kolla-Ansible

Kolla-Ansible 是本次系列文章所选用的部属工具，跟 OpenStack-Ansible 一样，Kolla-Ansible 也是透过 Ansible playbook 来部属 OpenStack。

Kolla-Ansible 和 OpenStack-Ansible 不同的点在於，Kolla-Ansible 是使用 Kolla 专案所建立的 container 直接部属，而 OpenStack-Ansible 是利用 Ansible-Playbook 在 lxc container 内进行安装和设定。这也就是为什麽 Kolla-Ansible 在部属的速度上会比 OpenStack-Ansible 快的许多，因为只要把 container image pull 下来设定档塞进去就差不多完成了，不需要在一个一个重新安装，已经把安装套件的时间在 build container images 的时候使用掉了。

这也是为什麽这次系列文会使用 Kolla-Ansible 的原因。其安装快速，设定档就一个非常容易就可以架设出一个 full scale 的 OpenStack Cluster。

OpenStack-Helm

OpenStack-Helm，顾名思义就是透过 Helm chart 来部属 OpenStack，而既然是透过 Helm chart，也代表着将 OpenStack 部属在 Kubernetes 之上，透过 Kubernetes 来管理各个 OpenStack 元件。

虽说实际上有社群使用者将 OpenStack-Helm 使用在生产环境上，但是其实 OpenStack-Helm 并还没有一个实际的 stable release，如果有读者想使用的话会建议是同时了解 Kubernetes 跟 OpenStack 的使用者。

而将 OpenStack 部属在 Kubernetes 之上虽然有可以利用 Kubernetes 做 self-healing 和其他好处，但是笔者认为这却同时也带来了更高的复杂度，系统管理者在了解 OpenStack 的同时还需要了解 Kubernetes 以及 Helm，这其实在除错上带来了很大的难度。

小结

以上三个部属 OpenStack 的方式皆为比较偏向社群成员维护的工具。使用上笔者会推荐 Kolla-Ansible。在下一篇我们会开始介绍 Kolla-Ansible 以及如何透过 Kolla-Ansible 部属一个 all-in-one 跟高可用性的 OpenStack 集群。