简介
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 解决。
评论区