OpenStack 简介
OpenStack 是一个开源的 IaaS 实现，它由一些相互关联的子项目组成，主要包括计算、存储、网络。由于以 Apache 协议发布，自 2010 年项目成立以来，超过 200 个公司加入了 OpenStack 项目，其中包括 AT&T、AMD、Cisco、Dell、IBM、Intel、Red Hat 等。目前参与 OpenStack 项目的开发人员有 17,000+，来自 139 个国家，这一数字还在不断增长中。
OpenStack 兼容一部分 AWS 接口，同时为了提供更强大的功能，也提供 OpenStack 风格的接口（RESTFul API）。和其他开源 IaaS 相比，架构上松耦合、高可扩展、分布式、纯 Python 实现，以及友好活跃的社区使其大受欢迎，每半年一次的开发峰会也吸引了来自全世界的开发者、供应商和客户。
Openstack 节点维护
维护的动机
一台Openstack节点进行维护的动机主要有三点：
硬件替换或升级 打安全补丁后需要重启 软件升级和服务重启一般存在两种场景：
1.VM的磁盘存储在dfs上（cephFS, glusterFS, NFS），容易维护
2.VM磁盘存储在本地磁盘，最难维护的情况将一台Openstack节点设为维护模式
在目前的 Openstack中已经有maintenance mode，但仅对Xen hypervisor有效，如果使用的是kvm，那么你会看到一条500错误：
作为变通方案，你可以采用以下方式：
1.将新的instacnes指到其他位置；
2.禁用该compute node私有云的解决方法
使用以下命令来强制vm创建到指定节点，默认zone是nova：
nova boot bla bla bla –availability-zone <your-zone>:<compute-node>
公有云的解决方法
直接disable该node，这样scheduler就不会尝试在该node上跑实例了：
$ sudo nova-manage service disable –host=<host> –service=<service>
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！
原文链接：http://www.cnblogs.com/yuxc/archive/2013/02/20/2918311.html
声明： 猿站网有关资源均来自网络搜集与网友提供，任何涉及商业盈利目的的均不得使用，否则产生的一切后果将由您自己承担！ 本平台资源仅供个人学习交流、测试使用 所有内容请在下载后24小时内删除，制止非法恶意传播，不对任何下载或转载者造成的危害负任何法律责任！也请大家支持、购置正版！ 。本站一律禁止以任何方式发布或转载任何违法的相关信息访客发现请向站长举报，会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。本网站的资源部分来源于网络，如有侵权烦请发送邮件至：2697268773@qq.com进行处理。