openstack技术博客

AbstractAmong the current core projects of OpenStack, Nova project is the core of the cores. Just as described in OpenStack website, Nova is a cloud computing fabric controller, the main p

背景在云服务中HA(High Available)有着非常重要的意义。通常把正在执行业务的称为活动节点，而作为活动节点的一个备份的则称为备用节点。当活动节点出现问题，导致正在运行的业务（任务）不能正常运行时，备用节点此时就会侦测到，并立即接续活动节点来执行业务。从而实现业务的不中断或短暂中断。Openstack组件间的HA官方提供了2种配置方案主从模式（Active/Passi

背景sahara（以前叫savanna）以前是openstack的孵化项目，但是从openstack的下一个版本juno开始将成为openstack的核心项目，它是由领先的Apache Hadoop贡献方Hortonworks公司，最大的OpenStack 系统集成商Mirantis公司，以及全球领先的开源解决方案及最新版OpenStack的最大贡献方红帽公司联合发起的。Sahara项目旨

背景这是本系列的第二篇，

VMT (Vulnerability Management Team)这个团队主要负责处理openstack的安全漏洞，并负责制定相关的流程。我的理解是VMT其实是一个QA+ Release Management团队，主要从流程上确保安全漏洞能够被合理的处理。OSSG (Openstack Security Group)这个团队旨在完善Openstack的安全性，包括代码，架构，文档，

Openstack提供了丰富的云组件，但是作为社区版本，如果要满足商用，个人认为还有如下这些因素需要重点考虑；这并不代表Openstack不可商用，其实Openstack本质上和目前很成熟的Linux生态一样, Linux各社区(kernel，gcc, glibc...)负责各自的开发，而Redhat, SuSE这样的商业机构，负责将这些模块组合起来，开发统一的安装，部署界面，提供升级和维护服务，满足企业应用SLA等；Openstack也需要类似SuSE和Redhat的商业结构保障其可商用性。

背景经过社区讨论,从juno版本开始,nova提交BP的流程发生了很大的变化,与提交代码类似,增加了使用gerrit进行BP的review过程 。nova有一个专门的团队负责BP的review工作,就是nova-drivers,这个团队的成员在这里可以查到(https://launchpad.net/~nova-drivers/+members),他们由nova的PTL领导.为了方

背景Trove是Openstack官方的database-as-a-service项目,最初大家都以Amazon的RDS与之比较，现在开来，小看了Trove的野心，trove的代码中已经开始支持很多NoSQL数据库的管理。这里我先从API和功能上来认识trove。API中涉及的资源和操作resourceoperationdb instance 列

最近一个哥们在openstack邮件列表提出来做动态调度，引出很热烈的讨论。这里分析一下openstack动态调度功能当前的现状。目前openstack并未提供DRS、DPM的功能。属于openstack功能缺失的一部分。实现思路通过nova周期性任务或者独立的项目完成。 社区更倾向于通过单独的项目完成。原因主要基于两点：1. 实现比较复杂，放在nova中不合适

OpenStack IRC Meeting Agenda基于 https://wiki.openstack.org/wiki/Meetings 整理，时间均为北京时间日期时间会议channel备注周二03:00Ironic team#openstack-meeting周二05:00Neutron team

环境虚拟机：VMware Workstation操作系统：CentOS 6.5CentOS默认的源在国内速度比较慢，建议使用163或者是搜狐的镜像,  比如使用163的repo, 可以参考 http://mirrors.163.com/.help/centos.html# CentOS-Base.repo## The mirror system uses the c

glance镜像的延迟删除用法glance-api.conf中打开延迟删除开关[html] view plaincopy# Turn on/off delayed delete  delayed_delete = False    # Delayed delete time in seconds  scrub_time = 43200  删除

Glance Image Properties在系统中的流转背景Glance提供了Image的发现、注册和获取等服务，Image除了默认的kernel_id、ramdisk_id、disk_format、container_format、min_ram、min_disk、base_image_ref等Properties外，还可以针对Image设置各种自定义的Properties。

DevStack环境的Python版本升级和UT环境搭建背景在CentOS 6.5上面安装了devstack，由于6.5默认的python是2.6.6版本，在进行UT时，只能采用nosetests的方式，而此种方式和gerrit检测粒度不一致，往往造成在本地执行测试用例全部通过而上传到社区后测试用例不通过的情况。通过执行run_tests.sh的方式，可以保持和gerrit

背景：最为公有云平台，安全性是一个非常需要考虑的因素，

背景Ceph现在已经是Openstack官方主要支持的存储后端，而最新的Ceph不仅可以提供快服务，文件服务，而且还可以提供对象存储。Openstack Swift也提供对象存储服务，那这两者到底是竞争关系，还是互补关系呢？

Cinder背景Openstack从Folsom开始使用Cinder替换原来的Nova-Volume服务，为Openstack云平台提供块存储服务。Cinder架构 /- ( LDAP ) [ Auth Manag

同时发布于： http://leiqzhang.com/2014/01/2014-01-09-nova-api-service-initialization/NOVA-API服务启动流程前提对Nova的整体结构已经有所理解基于stable/havana分支基于Redhat的RDO库进行的环境安装，基于CentOS 6.4内容openstack

同时发布于： http://leiqzhang.com/2014/02/2014-02-09-nova-v3-api-extension-frameworkNOVA V3 API Extension Framework背景基于stable/havana分支基于CentOS 6.4，以Redhat的RDO库进行的环境安装内容V2扩展机制存在的问

同时发布于： http://leiqzhang.com/2014/01/2014-01-09-nova-scheduler-service-initialization/NOVA-SCHEDULER服务启动流程前提对Nova的整体结构已经有所理解基于stable/havana分支基于Redhat的RDO库进行的环境安装，基于CentOS 6.4主机名为con

在openstack havana的release note中有如下介绍“Attached Cinder volumes can now be encrypted. Data is decrypted as needed at read and write time while presenting instances with a normal block storage device”。众

DashBoard的LoadBalance问题描述对于OpenStack的DashBoard来说，为水平扩展其处理能力，就需要对多个DashBoard进行Load Balance。DashBoard和OpenStack各组件对外的API服务不同，其是有状态的，且会涉及特定的问题，本文会对其涉及的问题及解决办法进行分析和记录。问题分析OpenStack的DashB

背景Openstack不管是Ephemeral Storage还是Block Storage, 其实从接口上看，其实都是块服务。那么为什么要搞两个不同的类型呢，本文从这两种不同类型块存储的实现上来分析下其中的原因。临时存储Openstack临时存储是由Nova提供的，主要是利用主机的本地存储给虚拟机提供卷服务。如果虚拟机停止了，挂在这个虚拟机上的任何临时存储自动释放。这样的实现

背景：ceph是一个分布式存储系统，基于rados存储集群，可以对外提供块存储，对象存储以及文件系统。并且ceph的客户端也已经继承在linux2.6.34及以后的版本中。ceph已经越来越多的使用在各种项目中，在openstack中，已经支持使用ceph作为存储后端。ceph架构：ceph的介绍非常多了，这里仅仅简单介绍下ceph的架构

概述关于如何安装部署openstack，各个大小公司纷纷推出自己的方案和产品，例如fuel、trippleO、RDO、devstack等等。试用了RDO等工具后，也萌生了实现一个自研工具的想法（顺便弥补这一块知识的空白），现将思路及过程记录如下。 需求1、支持灵活的安装部署方式（单台host或者批量host）和多种安装介质（物理机或者虚拟机）2、安装部署过程用户体验好（1）

背景：Ceilometer是Openstack的开源项目，项目本身聚焦提供系统操作维护功能，包括监控、告警、事件。Ceilometer的框架具备高可扩展性，方便第三方系统以插件形式进行能力增加，例如新增监控指标等。同时，Ceilometer的基本能力可被第三方系统集成，包装出计费、动态资源调度等其他功能。我们知道，一个系统能否应用于生产环境，系统框架的可扩展

我想从以下几个方面分析openstack的周期性任务实现。如何添加一个周期性任务在模块的manger.py中增加periodic_task装饰的周期性函数。每个调度周期运行一次：[python] view plaincopy@periodic_task.periodic_task  def _instance_usage_audit(self, contex