少帅的天空

一、背景介绍讨论问题的基础是要定义好讨论的前提，针对私有云和公有云两种云形态，私有云主要面向企业IT管理和运维人员，其核心诉求是实现资源的管理，即以资源（计算、存储、网络和安全等）为主体设计，甚至固化管理流程，而这些资源又以计算资源（虚拟机）为主体，所有管理功能都围绕虚拟机而设计；公有云主要面向最终用户，其核心诉求是高效便捷的运行其应用或业务系统，所有管理都是围绕应用运行而设计。从国际市场来看，公有云市场已经是私有云市场的2倍；从国内市场来看，公有云和私有云市场目前基本持平，且预计在2021年，公有

最近由于各种会议和交流的刺激，特别想写写对公有云市场和OpenStack后续发展的个人看法，所以2019.12.24在朋友圈给自己立了个Flag，年前写一篇文章谈谈自己的想法，只谈技术，不谈政治，今天被一篇文章又刺激了一下，于是提前完成了目标。一、国内公有云市场发展的看法公有云市场竞争激烈，从各种咨询机构的市场份额排名来看，阿里云、腾讯云、天翼云、亚马逊中国、微软等排名靠前，对于机构排名的合理性和统计口径的合理性，这里不做讨论。每一朵云的成功，都有其客观的原因存在，总结起来，可以归纳为：客户群体优势

murano是OpenStack的Application Catalog服务，推崇AaaS（Anything-as-a-Service）的概念，通过统一的框架和API实现应用程序快速部署和应用程序生命周期管理的功能，降低应用程序对底层平台（OpenStack层和虚拟化层）的依赖。   目前，容器技术的火爆使沉默已久的PaaS焕发了青春，各种概念曾出不穷，比如CaaS（Container-as-a-

1. hyper-v支持增强1.1 第二代虚拟机（通过提供新的固件） 通过定义在OpenStack中的属性（hw_machine_type={hyper-gen1,hyper-gen2}）来决定是创建一代虚拟机，还是二代虚拟机，默认为一代，另外，虚拟机的格式要求是VHDX，而且二代虚拟机不再允许挂在IDE设备，只能挂在SCSI设备。 目前只有以下操作系统支持创建二代虚拟机： （1）Windows S

1. 背景： 一直以为OpenStack的创建快照的操作是在线创建快照（live snapshot）, 并且应该是增量的快照，即利用virsh或者qemu的live snapshot来实现的： virsh snapshot-create-as --live .... 后来发现快照和原始镜像之间并没有依赖关系，感觉OpenStack还做的挺好的，自动解决了增量快照和原始镜像之间的依赖关系; 但是后来又发现做快照的时候虚拟机竟然会shutoff, 就感觉不对了，于是分

OpenStack越来越火，更多的人参与到社区，所以向OpenStack社区提交代码的需求变得越来越多，之前有位IBM的哥们写了一个篇很赞的文章《向OpenStack贡献您的代码》，详细的介绍了向OpenStack社区贡献代码的步骤，对照文章实际操作了一遍，发现在向OpenStack提交代码一步报错，即执行git review -s, 具体错误输出如下:fatal: ICLA contributo

Devstack自动化部署OpenStack需要依赖三个源，如果依赖外部的源服务器，那么将严重依赖网络的状况和GFW，运气好的话搭建过程非常顺利，运气不好会碰到各种问题，这三个源是：（1）ubuntu源（2）Openstack github源（3）PYPI源（pip源）    其中，ubuntu源可以很简单的做成本地源，github也可以通过gitlab本地源来代替，但是pip源搭建的比较少，这里

使用devstack搭建openstack开发环境，一个很头疼的问题就是devstack通过pip安装依赖的一些软件包，由于网络环境的差异，导致很多无法连接外网或者连接外网受限的实验室环境非常崩溃，前面一篇文章介绍过《基于CentOS的pip本地源搭建方法》，文中的方法是采用bandsnatch工具与官方的pypi源同步，此方法对于openstack开发者来说，有以下缺点:    （1）bands

---------------------------------------------------微博：@Marshal-LiuEmail: ustcdylan@gmail.com         欢迎交流！ ---------------------------------------------------    前几天写了一篇博客《OpenStack压力测试（批量创建200个instan

---------------------------------------------------微博：@Marshal-LiuEmail: ustcdylan@gmail.com         欢迎交流！ -------------------------------------------------        最近在ubuntu 14.04上通过devstack搭建OpenStac

从网上很容易的就能看到大家在讨论openstack的各种问题，其中比较典型的就是neutron的问题，比如dhcp_agent在负载比较重的情况下，部分虚拟机就会的得不到ip或者直接ERROR，一直也想测试下openstack到底有多差，但是真没想到结果会有这么差！1. 环境部署 a. 50个node -- openstack havana（其中49个做为compute node，剩余一个部署除compute之外的其他服务） b. l2_agent采用了open vswitch c.

整理了下自己在ubuntu 12.04下采用devstack搭建openstack-havana过程的笔记，与大家分享，主要是让大家少踩一些坑！    1. 在具体讲解部署步骤前，先描述一个比较大的坑：    ubuntu 12.04到现在为止发布了三个更新版本了: ubuntu-12.04.1, ubuntu-12.04.2和ubuntu-12.04.3，这三个版本分别对应着三个不同版本的内核：

1. openstack 鉴权简单介绍       众所周知，openstack通过keystone用来完成authenticate（认证），真正的鉴权（authorize）是在各个模块分别做的，具体实现为每个模块都有一个policy文件，叫policy.json，里面定义了鉴权用的rules。    以nova为例，policy文件的位置在：/etc/nova/policy.json，下面先来看

OpenStack中涉及很多的概念，由于很多同学没有实际的运维经验或者说对代码没有深入分析，很多同学可能不太理解为什么有这么多的概念，它们之间到底有哪些区别。下面就个人的简单理解，分析和总结下这些概念，纯属一家之言，期待相互交流。   首先，openstack的这些概念，主要还是受AWS的影响，毕竟openstack起步晚，很多东西还是的向AWS学习。在这里想表明一个观点：有些概念的产生，最初可能

1.部署节点及对应服务192.168.xx.30 nova-api, nova-cert, nova-vnc, nova-conductor, nova-scheduler192.168.xx.31 neutron-server, neutron-dhcp-agent, neutron-l3-agent, neutron-metadata-agent,horizon192.168.xx.32 my

总结了一下devstack配置文件，基本包括了所有的网络配置模式和所有的openstack组件，根据自己的需要打开和关闭相应的注释即可，具体解释参见注释。# MiscDATABASE_PASSWORD=123456 ADMIN_PASSWORD=123456 SERVICE_PASSWORD=123456 SERVICE_TOKEN=123456 RABBIT_PASSWORD=123456  #

openstack neutron中定义了四种网络模式：# tenant_network_type = local# tenant_network_type = vlan   # Example: tenant_network_type = gre# Example: tenant_network_type = vxlan   本文主要以vlan为例，并结合local来详细的分析下openstac

1. availability zone     az是在region范围内的再次切分，只是工程上的独立，例如可以把一个机架上的机器划分在一个az中，划分az是为了提高容灾性和提供廉价的隔离服务。选择不同的region主要考虑哪个region靠近你的用户群体，比如用户在美国，自然会选择离美国近的region；选择不同的az是为了防止所有的instance一起挂掉，下图描述了二者之间的关系。