简介

Kolla项目是2014年9月份，Steven Dake提交的，这位老兄以前是HeatPTL，还是Corosync作者，“牛”的一塌糊涂。对于OpenStack的项目是非常熟悉，并且以前是红帽工程师，目前跳槽到思科，代表思科推出Kolla项目。

Kolla的目标，就是要做到100个节点开箱即用，所有的组件的HA都具备。简单说，Fuel装完是什么，他就是什么样子。实现的代价肯定比Fuel小很多。

Kolla，就是把目前OpenStack项目用到的所有组件都容器化。

Kolla架构 OpenStack的项目，都会根据功能进行拆分，每个模块做一件事情。社区目前的规划大概是： （1）Kolla，主要是负责Docker的镜像制作 （2）kolla-Ansible负责容器的配置管理 （3）Kolla-Kubernetes，也是负责容器的配置管理

OpenStack的容器化

kolla 的使命是为 openstack 云平台提供生产级别的、开箱即用的交付能力。kolla 的基本思想是一切皆容器，将所有服务基于 Docker 运行，并且保证一个容器只跑一个服务（进程），做到最小粒度的运行 docker。

kolla 要实现openetack部署总体上分为两步，第一步是制作docker镜像，第二步是编排部署。因此，kolla 项目又被分为两个小项目：kolla、kolla-ansible 。

• kolla 的优势　 kolla 的优势主要得益于容器技术：
  • 得益于成熟的部署工具 ansible 和 docker，部署快速且稳定。
  • 一个容器只跑一个服务，所以能将 openstack 服务控制到很小的粒度。
  • 可以以组件为单位进行升级和回滚，例如升级 nova 组件，使用 kolla-ansible -i /path/to/inventory -t nova 命令即可。
  • kolla 采用一切皆容器的基本思想，所以只需操作系统与 docker 兼容，从而规避了很多安装包依赖冲突的问题。
  • 目前 kolla 项目在社区内的热度相对较高，社区支持更好。
• kolla 的缺点
  • 完全依赖于 docker ，docker 的不稳定性会给整个环境带来巨大的灾难，不过目前 docker 已经问题很少了。
  • 使用 kolla 部署好云平台后，给开发的 debug 和运维的故障排查会带来更多的复杂度，这个问题也可能通过写一个简单的 client 解决。

---

支付宝打赏

微信打赏

如果你觉得本文对你有帮助，不妨请我喝杯咖啡

赏