PS:技术博客已经好久没有来耕耘了,倒不是懒惰,而是最近一直在忙着写一本关于Openstack自动化部署的书籍,我觉得可能会比单独零散的技术文章更有价值一些. 作为重度拖延症患者,又把本来奥斯汀峰会期间就应该出稿的文章拖到了飞鱼大大来找我聊人生的时刻了. 这次Puppet-Openstack Design Summit和以往不同的地方是议题很多被分成了4场.第一场是Mitaka版本前情回顾,第二场是Newton版本重要需求讨论,第三场和第四场则是各个Topic的分组讨论和分工. Mitaka版本…

Puppet Openstack Design Summit小结 经过Puppet Openstack社区的不断努力,Puppet Openstack社区目前提供的Official Modules已经成熟,直接被用于Mirantis Fuel,Redhat PackStack等主流的部署工具中. 因此从Juno版本开始,社区的重心逐渐地转移到如何提供更全面的测试,如何抽取公共库以及规范架构等等代码的优化工作上. 本次Puppet Openstack Work Session放在古色古香的Aoi会…

4天的Icehouse openstack Summit终于结束,从香港又回到了北京,我们的产品反响相当不错,吸引了很多的注意力和商谈.可是实际上我最近过得很憋屈,心灰意冷,没有了当初那么拼命的动力. 先不说这些闹心的,谈谈我从summit归来的感受吧. 首先,最让我受到挫折的是英语听力.在会场上,你会遇到各国人,他们并不是使用那么纯正的英语,对于我来说,很难跟上他们的交谈,尤其是在design summit上.我一直对自己的英语很自信,之前做过一些技术书籍的翻译,每天和老外在IRC,ML上交流…

前言: 来源:https://wiki.openstack.org/wiki/Summit/Kilo/Etherpads#Ops 不一定翻译准.由于是在summit上随手写的. 重点关注Ops Summit,其内容与实际生产环境密切相关. OpenStack Ops/Design Summit - 2014-11-04 Record 1. Top 10 Pain points from the user survey 1. Neutronclient没有文档 2. ML2没有文档 3. Open…

Ops/Design Summit - 2014-11-05 Record 1. Keystone Operators, Deployers, and DevOps 1. Icehouse中,SAML文档非常少.Juno会提升文档质量. 2. 多重认证.比方,用krb5 ticket和x509 certificate认证同一个用户,然后通过unix gecos或ldap查询用户组什么的, 有人提出,用Apache+Keystone然后通过mod_lookup_identity能够实现,可是cli…

概要 参考:https://wiki.openstack.org/wiki/Solum An OpenStack project designed to make cloud services easier to consume(消费) and integrate(整合) into your application development process(应用开发过程). Solum is natively(生来就被设计成为了) designed for OpenStack clouds(Ope…

本文有感于<精通Puppet配置管理工具>在豆瓣上的某些差评而顺手写的书评. 半路出家   故事要从12年初说起.  某天,部门老大让我所在team的老大调研一下当下业界的配置管理工具.于是我的老大给我分配了一个棘手的任务,要求我转型去做devops,并尝试在本季度内使用Puppet来管理现有的IAAS内部平台上的所有业务,工作成果计入KPI.    于是,我半路出家从dev转成了ops.    我花了几天的时间把learning Puppet动手练习了一遍,在会使用几个基础的resource…

今年五月刚结束的Juno OpenStack Summit是半年一度的Openstack盛会,抛去那些迷花渐欲乱人眼的商业活动,我们来看一看本届summit puppet-openstack社区有哪些新的动态,有哪些新的开发计划. 鉴于上次icehouse puppet design summit主要是以core members和active dev member为主的纯技术讨论会议,导致好多感兴趣的用户来听了也不知所以然. 因此,本届summit中又新增一个称为Juno puppet oper…

在管理一个Openstack集群时,如何维护配置文件无疑是其中最艰难和繁琐的任务之一.因为你不仅要面对众多的核心服务(nova,keystone,glance,cinder,etc)的配置文件,还需要管理其相关服务的配置文件(mysql,rabbitmq,bind9,etc).此外,Openstack基于组件式的设计架构,将某些功能或是后端驱动抽象为一个个单独的plugin或是pipeline中的一个filter,用户可以根据自己的需求来选择适合自己的架构和技术栈,只需要通过修改配置文件就可以完…

OpenStack的项目貌似越来越多了,在Grizzly版之前,每个项目都得实现一套处理配置文件的代码.在每个项目的源码中基本上都可以找到openstack/common/cfg.py,iniparser.py文件,当然,这些不同项目之间的cfg.py等文件很大可能是copy-and-paste分分钟来搞定.这种情况肯定无法被大神忍受,最终,社区决定改变这一切,提出了Oslo项目.Oslo项目的宗旨是提供一系列OpenStack Projects共享的基础库,可以从wiki的原话中了解到. To…