Glance模块研究-我们对镜像模块的需求是什么


         近期被安排研究Openstack的 Glance模块,大概的架构已经清楚,但到底应该研究些什么呢?想起来“技术/产品只是工具,只有有了适用的场景,才能发挥其独特的价值”。个人理解首先得看我们的业务是什么?想借助它来做什么?然后结合Glance本身的特性来做测试,如此应该可以匹配起来,看看Glance能够给我们带来的业务价值。

        作为云管理平台的镜像管理模块,我们对其期望无非是如下几种:

1、制作镜像:能够提供镜像制作功能,使用管理员或者最终用户能够按照自己的需求快速方便的制作自己的镜像

2、上传镜像:云计算管理员或最终用户能够通过轻松简单的操作的上传自己的镜像;

3、权限管理镜像是否可以公开共享:针对海量的用户镜像,肯定会有很多重复镜像,希望用户能够通过权限管理机制的方式公开优秀的镜像,其他用户可以根据自身情况判断是否适合自己使用,免费/低价购买下载,就如APP Store中有很多开发者公开的优秀软件一样,避免大家重复劳动,浪费时间,也浪费存储空间;

4、镜像版本管理:解决镜像多,补丁更新多,所安装软件变化快的问题;  

5、镜像升级:基础镜像可以简单方便的升级后生成新的镜像;

6、镜像导出/镜像站点间同步功能:针对全球化的公司部署的私有云或者全球部署的公有云,一定会存在多个站点的情况,那站点间的镜像同步该如何实现,是非常重要的。一个标准镜像制作完成后,导出再传输到其他站点,然后注册使用是一种解决方案,但站点多,导出,再传输一定会存在很多次操作,还有时延问题,版本管理问题,复杂性大大增加。另一种是自动同步机制加版本管理方案,但也只是解决了手工操作的问题,其他问题还是不能避免。那Openstack种的Glance是否有很好的解决方案?很期待看到有好的方案实现。

7、镜像可以快照保护:能够通过快照的方式将镜像不同版本进行备份,需要回滚时,能够快速交付;

8、易用性:镜像制作能否将自定义软件进行拖拉式安装部署,如类似于vmware的VCAC(前身叫DynamicOPS,是vmware收购的一个自动化产品),讲常用的标准软件都放在特定的空间,通过图形化界面显示出所有软件(也有搜索功能),在制作镜像时候,可以随手简单的拖拉自己需要的软件到镜像虚拟机里,然后可以快速的完成镜像虚拟机的自动化软件部署,无需人工登陆进镜像虚拟机OS里面做软件部署的操作;

9、支持的镜像格式种类和性能:常见的镜像格式有Qcow2,raw格式等等,但其性能分别如何是对创建出来的VM性能极大的考验,需要配置客观的条件进行对比测试;

    暂时想到如上9条,后面可以慢慢补充,也欢迎阅读这篇文章的朋友们指点一二,大家讨论中共同进步!

相关内容