VPP 的 NAT 技术原理在OpenStack Neutron中主要有三种网络设备，路由器（Router），负载均衡器（LB）以及VPN，其中Router作为基础网络设备起到连接子网到子网、内网到外网的作用。不同子网之间的访问完全是由路由功能实现的，而内外网之间访问使用的是SNAT和DNAT技术。作为NFV的底层技术FD.io VPP已经包含了路由功能，因此要想以VNF的形式实现Neutron中的vRouter，就必须解决内外网之间访问的问题。其中内网访问外网是通过SANT技术，其数据流信息如下：当内网用户发起外网访问时，其数据包携带out2in信息到达Router，Router只需根据SNAT策略为其生成in2out信息与out2in信息的对应关系并将其记录在session表中，并将数据包携带的out2in信息改成in2out信息发送出去即可。当外网服务器收到Router发送的数据包后生成应答，应答数据包携带in2out信息到达Router后，Router根据之前session表中的记录找到out2in信息与in2out信息对应关系，并将数据包携带的in2out信息改成out2in信息发送出去即可。而外网访问内网是通过DANT技术，其数据流信息如下：当外网用户发起内网访问时，其数据包携带in2out信息到达Router，Router只需根据DNAT策略为其生成in2out信息与 ...继续阅读 (5)

在Openstack中Neutron 网络dataplane部分不仅IO路径长而且复杂度高，于是给运维和二次开发都带来了巨大的挑战，更为严酷的是现有的Neutron网络dataplane部分都是用Linux TCP/IP协议拼接起来的，其优点在于继承了Linux TCP/IP协议的稳定和通用，但是缺点也十分明显性能较差。随着网络数据量的与日俱增，对于Neutron网络dataplane来说网络性能就变得至关重要，于是就出现了以intel dpdk为基础的各种data fast path。其中FD.io中的VPP是思科开源的一套商用代码，以高性能而著称，其中的三层开发框架尤其适合与开发高性能的Router和LB，其入门介绍可以见https://fd.io/。在VPP中，报文以向量批处理的形式在节点之间以流水线的方式处理，可以更加高效的利用CPU的i-cache，节点可以动态生成并加入到转发图中，节点分为多种类型，如VLIB_NODE_TYPE_INPUT，为输入节点。可以按照VPP的框架自定义节点如：其中最重要的是回调函数snat_out2in_node_fn与next_nodes数组，snat_out2in_node_fn代表当数据包进入本node中，node对于一组数据包具体的处理过程。而next_nodes数组则表示该node执行完毕后，选择执行的下一个节点，在该选择上本地no ...继续阅读 (9)

日前，“未来就绪企业云联盟”（以下简称“云联盟”）会师东软，召开了其自成立以来的首次成员大会。在会上，十家发起单位的负责人悉数出席，并确定了联盟未来的使命和运行机制。“未来就绪企业云联盟”成员“云联盟”是在今年5月举办的贵阳数博会上，由戴尔倡导，UnitedStack有云、东软、FIT2CLOUD、航天云宏、Pivotal、VMware、XSKY、英方、YottaCLOUD优特云九家成员单位积极响应共同成立的。云联盟发起的初衷是构建中国混合云技术生态，深入用户体验，为中国的客户带来更加切实有效的混合云解决方案。在此次大会上，一系列保证云联盟正常运行的机制出台，这标志着云联盟的运行正式走上轨道。同时，此次大会最重要的成果在于明确了云联盟未来的发展方向和运行模式：第一， 通过云联盟强强联合，打造领先的全栈式混合云解决方案，帮助中国企业做好迎接数字化转型的准备。第二， 云联盟不仅是技术的同盟军，还是业务的同门军，也就是说不仅是技术层面的互帮互助，在业务上同样相互扶持。第三， 着眼落地，从用户体验入手，这是进攻的方向。为了实现这些目标，云联盟在模式上也进行了创新。比如，新成员的引入上，在开放的基础上由云联盟成员做整体评估，原则是保持云联盟成员之间的动态平衡。以提供OpenStack整体解决方案的UnitedStack有云为例，原则上，云联盟中只会有一家这样的成员在。在戴尔云联盟的布局上，作 ...继续阅读 (83)

Neutron 社区即将正式提供对 Tooz 的支持早在 Austin Summit 上，社区讨论了正式支持 Tooz 的事项，特别是 Tooz 提供的锁系统。其实早在 5 月初的 Neutron 社区每周记：Neutron社区每周记（5.16~5.23）|一个并发引发的思考中，我们就与读者讨论过社区目前的锁机制和一些可行的方案。几 天前 John 在社区发表了一篇报告，对 DLM（分布式锁机制）做了大量的 Benchmark，包括 1个、3个、6个并发下无竞争与有竞争，Zookeeper 和 Etcd 的效果。测试过程是这样的，创建一个 HA 路由器然后删掉它。怎么体现出来加锁呢？我们知道社区的 HA 路由器通过 VRRP协议实现，VRRP 中每个路由器会有一个唯一化的 VRID，这个 VRID 在分配时理应当加锁，但是事实上现在的代码实现（neutron.db.l3_hamode_db.L3_HA_NAT_db_mixin._allocate_vr_id）并没有真的加锁，因为一来这个发生冲突概率还是比较小的，一般来说每个 HA 只会起两到三个虚拟路由器，所以只需要两到三个 VRID 即可。而来社区在这部分代码中有 context 做事务，DBDuplicateEntry 做错误 catch，retry 机制做重试，所以一般不会有问题。但严格的讲，在资源分配的过程中，是应当加锁以 ...继续阅读 (11)

OpenStack做一个log级别的变更就得重启，很耗费时间。本篇主要是向大家介绍一下ceph tell是如何便捷地实现log级别的变更的，并展开来介绍Ceph是如何动态管理配置项的。Ceph tell命令tell命令能够让你在一台主机上操作所有的osd，会对运维工作带来很大的便利，首先来看一下ceph tell都能做哪些事情呢？我们再来看看tell是怎么做到的，这里我们将主要精力放在osd的injectargs上面（因为能够动态改变配置），其它的都可以，以此类推。简单的说在osd启动的时候会初始化一些工作队列，也就是wq，而其中一个就是command_wq，该队列的处理函数主要是调用do_command函数，在该函数中对injectargs的处理是调用md_confit_t 的apply_changes，最终是调用注册的观察者，来对改变的配置做出响应。可以从以下三个方面展开来分析：1、配置存放在哪里？在osd启动的时候会初始化两个全局的指针g_ceph_context和g_conf。g_ceph_context是CephContext *的类型，g_conf是md_config_t*的类型。它们的关系是g_conf = g_ceph_context->_conf 。在初始化osd之前就会将g_ceph_context和g_conf给准备好，g_conf会从配置文件，环境变量 ...继续阅读 (29)

OVN DB 和 Neutron DB 的同步问题当前，OVN ML2 driver 实现了两种关于 OVN DB 和 Neutron DB 同步的方法：方法1：通过 OVN 的配置文件管理。在 OVN 配置文件有关于和 Neutron DB 同步的选项——neutron_sync_mode。该配置有三种选项：off——关闭和 Neutron DB 的同步 ；log——在 Neutron Server 启动的时候，检查 OVN DB 和 Neutron DB 是否同步，如果发现有数据不同步的情况，做出『warning log』，最终由系统管理员手动介入；repair——在 Neutron Server 启动的时候，自动创建 Neutron Server DB 存在，但是 OVN DB 中不存在的数据，同样的，删除 OVN DB 存在的，但是 Neutron Server DB 不存在的数据。总之，DB 以 Neutron 为准。方法2：系统管理员执行 『neutron-ovn-db-sync-util』进行数据同步。同样的，该命令的最终目的也是删除 OVN DB 中存在的，但是 Neutron DB 中不存在的；创建 Neutron DB 中存在的，但是 OVN DB 不存在的数据。相比 networking-ovn ，networking-odl 又是如何完成和 Neutron ...继续阅读 (45)

OVS 社区讨论加入 Linux 基金会Ben Pfaff 上个月在 disscuss 发起了一讨论征求大家对 Open vSwitch 加入 Linux 基金会的意见。据说从去年十月开始有开发者就开始考虑将 Open vSwitch 社区加入 Linux 基金会，加入 Linux 基金会之后，openvswitch.org, ovn.org 这些域名，邮件列表，Open vSwitch 会议都将交给 Linux 基金会运营，此外社区考虑未来商标注册、实验室建立都可以从加入 Linux 基金会这件事情获益。为了维护现在大家认为已经比较好的开发流程和效率，加入 Linux 基金会并不会带来新的流程例如 copyright 声明和 CLA 这些。社区也考虑过 Apache 基金会、SPI-INC（Debian 的母项目），但是因为 ASF 对 CLA 有要求，SPI 不会对活动运营提供帮助所以都放弃了。不过，在 Linux 基金会的要求下，需要建立一个技术委员会（TSC），由活跃的 Open vSwitch 贡献者组成。去年 Thomas 在 OVS Conference 发表过一个演讲说社区其实封闭、由 VMware 主导的（https://www.youtube.com/watch?v=J0zpnScZW7g），半年多过去，从 commit 数据来看 OVS 社区已经越来越“中和” ...继续阅读 (30)

Monitor管理了Ceph的状态信息，维护着Ceph中各个成员的关系，这些信息都是存放在leveldb中的，但是这些数据是如何生成的？又是如何消亡的。本文旨在展现Ceph monitor中数据的生老病死，带领读者走入Monitor的世界。数据概览首先我们分析的版本是0.94.7的版本，也就是目前Hammer最新的版本。对于leveldb中的数据，我们需要来一个感性的认识，请看下面数据，由于数据太多这里仅仅列出了key：可以看到这里有paxos，有monmap，osdmap，mdsmap，auth，logm，和上一篇（Ceph Monitor基础架构与模块详解）中的Monitor的架构图很像。paxos记录了每次propose的value，具体可以这么来看：以paxos:1869为例，paxos为prefix，1869为key。可以将不同的prefix当做不同的表，里面的key是主键，其存储的值是value，这里paxos:1869存储的就是Monitor一致同意的1869次决议。所有的状态的变化都是从这个决议里产生的。那我们有什么方式可以查看决议的内容呢？我们可以通过如下命令先将数据从leveldb中导出来：然后使用ceph-dencoder工具来查看：从上面的数据输出我们可以得出一下几点：paxos:1869存储的是MonitorDBStore::Transaction序列化后 ...继续阅读 (30)

Mailing Lists从 Neutron 社区的最近动态中可以看出，目前的工作重点依旧是关于 Neutron 的升级问题。本期我们主要关注 Neutron 中关于 MTU 的问题。1、OVO 是其中非常重要的一方面最近一周中，关于 subnetpools（https://review.openstack.org/300056） 和 allowedaddresspairs(https://review.openstack.org/327249) 的 OVO 改造已经完成。关于 DNSNameServer(https://review.openstack.org/326477) Security Groups (https://review.openstack.org/284738) 和Port Security(https://review.openstack.org/327257) 的 OVO 改造还在审核确认中。2、测试方面完善了一些关于 Neutron 资源的排序、分页的单元测试，具体的 Gerrit 链接可以参考：– next/prev href links tests: https://review.openstack.org/318270– subnet tests: https://review.openstack.org/329340 ...继续阅读 (28)

Ceph rados cluster离不开Monitor，如果没有Monitor，则Ceph将无法执行一条简单的命令。Monitor由于其特殊性，了解它，对于我们深入理解Ceph，保证Ceph的稳定性，有很大帮助。Monitor 基本架构介绍Monitor的基本架构图：Monitor的主要任务就是维护集群视图的一致性，在维护一致性的时候使用了Paxos协议，并将其实例化到数据库中，方便后续的访问。所以Monitor基本上是由三类结构支撑起来的，第一类是管理各种map和相关内容的PaxosService实例，第二类是Paxos实例，第三类是对k/v store的封装，即MonitorDBStore实例。这样看起来，分工是很明确的，PaxosService handle client过来的请求，Paxos用来处理Paxos协议相关的东西，一般在选主和处理update请求的时候才会涉及，而在处理读请求的时候一般不会涉及。 MonitorDBStore是处理数据存储相关的封装，用来将update的数据进行持久化。模块详解1、AuthMonitor用来提供对auth的一致性，比如keyring，这些keyring的生成都是要走Paxos流程的。2、LogMonitor将log的东西写入到monitor，且是一致的，就是所有的mon都有这个日志。比如我们经常看到的wrongly marked ...继续阅读 (35)

如果一个技术团队希望部署一个开源且平台中立的云解决方案，而这个解决方案可以自己创建无需采购，OpenStack自然是不二的选择。OpenStack能够在标准化的硬件上运行，同时拥有全球性的、庞大而充满活力的用户社区。以复杂著称的OpenStack是否支持小型技术团队DIY方式的部署？答案是肯定的。在4月召开的奥斯汀OpenStack Summit上，Puppet的首席系统运维工程师Cody Herriges介绍了其团队在OpenStack DIY领域的实践进展。借助代号为SLICE（即自动式低阻抗计算环境，Self-Service Low Impedance Compute Environment的首字母缩写）的OpenStack测试环境，Herriges的团队成功部署并运营了OpenStack系统。这个小型的技术团队只拥有一名全职人员和两名兼职员工。最终，他们花了20个月的时间重新编写了4000行自动化代码和10个社区模块。“我们需要一个安全、灵活的环境。在这个环境中，人们能够尝试并试验一些新的东西。它们必须快速而流畅，几乎没有延时。”Herriges 说。DIY部署中存在的问题Herriges的团队在部署新软件解决方案时遇到了现实中常见的挑战，即缺乏OpenStack的相关知识。Herriges说：“我们认为自己拥有实现自动化的工具和部署整个堆栈的能力，因而不需要太了解它们，但 ...继续阅读 (22)

“OpenStack是一个真正实现快速开发和交付的赋能器。”瑞士电信公司PaaS首席架构师Marcel Härry说。瑞士电信公司以OpenStack为基础创建了一个大型的生产级行业标准PaaS（平台即服务）平台。他们的解决方案聚焦在为全球客户提供一个企业级PaaS环境，同时为客户提供基于Cloud Foundry和OpenStack的多种交付模式。作为瑞士主要的电信提供商，瑞士电信很早就与红帽、Cloud Foundry和PLUMgrid等公司展开合作，开启了自己的OpenStack之旅。近日，OpenStack.org的Superuser频道采访了瑞士电信PaaS首席架构师、兼Cloud Foundry基金会技术咨询委员会成员Marcel Härry。以下是此次访谈的详情。瑞士电信是如何使用OpenStack的？OpenStack允许我们快速开发和部署基于Cloud Foundry的PaaS解决方案，以及快速在SDN和容器内开发出新的功能。OpenStack是一个真正实现快速开发和交付的赋能器。比方说，我们的PaaS解决方案是以不同网站上的多个OpenStack安装为基础的。从开始设置和安装仅过去了半年时间，我们就已经交付了两个PaaS解决方案的生产实例。目前我们正在为知名客户运行多个生产级部署，未来这些客户还将使用我们的平台开发自己的SaaS解决方案。此外，我们还在为众多实验 ...继续阅读 (19)

Mailing List在本周的邮件列表中讨论最多的话题是关于容器网络的，与之相对应的项目为 Kuryr。Kuryr 是一个在 Docker 中管理容器网络的插件，借助 Neutron 为 Docker 容器提供网络服务。关于Kuryr 的更多介绍参考Wiki： http://docs.openstack.org/developer/kuryr/其激烈讨论也说明现在容器在生产环境中的重要地位。其中一个关于Neutron 与 Kuryr 中 Port 状态同步的问题：当 Kuryr 请求 plug 一个 Port 的时候，在 Neutron 这边是一步的动作。Neutron 会通知相关的 Driver 去配置这个Port 对应的 VIF，返回 API 调用，最后由 agent 回调更新数据库中 Port 的真实状态。所以此时会出现的问题是 API Caller 得到的不一定是真实的 Port 状态（可能由于 Driver 配置 VIF 失败导致 Port 更新为 Error 等其他场景）。所以 API Caller 为了获取这个 Port 的真实状态，就需要采取特别的方法，例如：1、轮询获取 Port的 状态 （poll）2、监听消息队列中 port_update 的相关事件 （组件之间正常通信显然不可取）同样的场景，Nova 也会遇到这个问题，需要确认虚拟网络正常配置完成之后才会去 ...继续阅读 (40)

本文根据UnitedStack有云研发总监 & PuppetOpenstack项目核心开发者余兴超《奔跑吧，OpenStack! ——UnitedStack与您面对面•深圳站•奥斯汀OpenStack峰会分享专场》 的活动中的演讲整理而成。点击PuppetOpenstack Meetup深圳站可下载本次演讲的PPT。部署工具的发展现状从Austin再次回到Austin，在过去的6年时间里，Openstack部署已经从简单的集群初始化安装配置演变成为持续部署的工作。现在，用户不仅关注集群的初次安装，更注重集群后期的运维、变更、升级等诸多环节。从第一次Openstack社区用户调查开始到OpenStack基金会在4月26号发布的第7次用户调查结果表明：PuppetOpenstack项目始终保持在第一的位置上。其他热门的部署项目，如TripleO和Packstack等，其部署逻辑均使用了PuppetOpenstack。Puppet在当前整个Openstack部署市场上占据了近一半的用户，其中30%用户选择用于生产环境，它的影响力显而易见。Puppet在Mitaka版本中的成果那么PuppetOpenStack项目在Mitaka版本中的主要工作有哪些？大致分为三点：第一点是CI方面的改进。社区为什么要花那么多精力去改进CI（持续集成），有什么好处？Puppet可以大量的用于生产环境 ...继续阅读 (18)

在OpenStack大家庭中，Nova是最年长的成员。从OpenStack诞生之日起，Nova这一OpenStack计算项目开始存在并发展。在OpenStack项目中，Nova是一个成熟而复杂的项目，而伴随着整个OpenStack技术框架日趋成熟，Nova的稳定性和采纳程度都在持续攀升。如果您一直关注Nova项目的发展，就会发现它一直处在不断演进的状态。作为OpenStack大家庭中最为成熟、应用最为广泛的子项目，Nova正在不断演化出新的功能和应用方式。在Nova的诸多改进与优化中，除了之前介绍过的Nova Cells V2这一具有重大意义的创新功能外，在Mitaka版本中，Nova项目在虚拟机热迁移和调度功能方面也完成了新一轮的功能演进。虚拟机热迁移对于绝大多数的OpenStack用户来说，虚拟机热迁移都是一个经常会用到且重要的功能。如果我们对系统进行扩容，或者是有一些机器出现了问题需要进行维护，我们都需要对宿主机进行关机。这些宿主机通常运行着用户的虚拟机，其上很可能运行着客户的业务，在这种情况下，突然关闭宿主机对于用户来说是很难接受的。而借助热迁移（Live Migration）的功能，我们在进行扩容或者运维操作时就会方便很多。热迁移不影响虚拟机内运行的业务，中断时间也非常短，对于用户的业务来说基本上是透明和无感知的。除了系统维护，我们通常还需要进行服务器的升级操作。特别是在 ...继续阅读 (26)

OVN vs OpenDayLight对 OpenStack 网络实现和 SDN有所了解的同学一般不会有这样的问题，因为OVN 是单纯的实现一个云网络，目前支持 OpenStack，未来还可能支持别的 CMS 系统，而 OpenDayLight 是一个大而全的控制器，目标是整个网络资源进行抽象和编排，并不针对云平台。不过随着 OpenDayLight Netvirt 项目、Neutron networking-odl 项目的日益成熟，越来越多做云的同学将目光投向了这个目前 SDN 领域几乎呼声最高的控制器——OpenDayLight，因此本周有人提问 OVN 和 OpenDayLight 的区别是什么？Oleg Bondarev 发了一篇文档的链接，介绍了他之前恰好做过的 OVN 和 OpenDayLight 的比较：首先，最重要的，项目目的完全不同：OVNODLProject GoalOVN complements the existing capabilities ofOVSto add native support for virtual network abstractions, such as virtual L2 and L3 overlays and security groups. The design goal is to have a production qu ...继续阅读 (52)

以下文章由UnitedStack有云Nova PTL刘家军在2016年5月29日的“奔跑吧，OpenStack！——UnitedStack与您面对面·深圳站·奥斯汀分享专场”上的演讲整理而成。在OpenStack大家庭中，Nova算得上是最“古老”的项目了。根据OpenStack社区旨在展现不同子项目成熟度的Navigator项目显示，Nova是OpenStack庞大项目集中最成熟的子项目。在其总分为8分的成熟度评分中获得了8分满分，用户部署率高达93%。在诞生至今的6年时间里，Nova这一OpenStack计算组件持续成熟和丰富，同时针对变化的部署需求不断寻求新的突破。在这其中，Nova Cells功能正是Nova项目在OpenStack集群扩展性方面需求技术突破的一个重要功能。正处在研发阶段的Nova Cells V2是近期Nova最受瞩目的一个新功能。为什么引入Nova Cells？在讨论Nova Cells V2功能的意义时，我们首先要了解为什么要引入Cells，是什么原因或者什么问题需要增加这样的新服务。事实上，引入Cells功能最核心要解决的问题就是OpenStack集群的扩展性。对于云端架构来说，它默认拥有非常大的资源池，而这些资源池需要很多的服务器加以支持。OpenStack在架构设计时，就已经充分考虑到了服务的可扩展性。不过，在实际的使用中，用户经常会遇到问题，主 ...继续阅读 (42)

Neutron里的DVR1、集中式网络节点传统的 Open vSwich Driver 实现的网关是集中式的，也就是说虚拟机跨子网的东西流量和通向外网的南北流量都是要回过网络节点这个中央节点的。如图：这样的架构设计很可能在网络节点上生成数千或者更多的 namespaces 和 ports，这些对象在通过消息队列传递时，由于消息过大导致引起消息队列性能恶化，Neutron agent 处理消息时过慢等问题。2、DVR场景DVR 的基本思路就是讲网关分散到各个计算节点，计算节点上的虚拟机可以就近路由进行东西流量的通信，或者进行网络地址转化（NAT），目前除了将公网 IP 绑定在虚拟路由器上以实现虚拟机通外网（SNAT方式）以外，所有流量都实现了分布式。DVR 下的虚拟机东西流量数据路径如下：虚拟机 FloatingIP 流量同样无需网络节点的参与，其数据路径如下：3、DVR 场景下的 FloatingIP 『浪费』问题在 DVR 之前，当虚拟机需要从外网进行访问时，需要两个 FloatingIP，一个用于路由器开启公网网关使用，另一个用于给虚拟机绑定 FloatingIP 使用。在 DVR 场景下，在上述的基础上，额外需要一个 『network:floatingip_agent_gateway 』类型的 Port，进行路由，当然，这个 Port 是从外部网络（FloatingIP 池中 ...继续阅读 (42)

在这个详细的教程中，我们将学习如何创建多个网络和子网，然后学习创建横跨这些网络的多个虚拟机，以及为静态IP地址确认网络连接性。如果你缺乏网络经验，或是对OpenStack感到陌生，那么理解Neutron将是一项挑战。按照OpenStack官方文件，Neutron是一个OpenStack项目，用于在由其他OpenStack服务（例如Nova）托管的接口设备（例如vNIC）之间提供“网络连接即服务”。Neutron可简单地描述为：允许用户创建和管理网络、子网和端口等网络对象，其他的OpenStack服务能够通过API使用它们。它们能够让大量运营者通过使用代理、插件和驱动器部署复杂的网络技术，从而驱动他们的网络基础设施。首先，我们先通过实例来理解OpenStack中的网络。在本次的教程中，我们将分四个步骤来具体操作。具体包括：网络、子网和端口；安全组；路由器；浮动IP。我们首先将创建多个网络和子网。然后我们将横跨这些网络创建多个虚拟机，并为静态IP确认网络连接性。随后我们将浏览一下使用安全群组的虚拟机对访问的限制，最后我们再看一下使用路由和浮动IP的不同网络之间的连接性。▼ 准备好了吗？我们现在开始。网络、子网和端口正如上面所说的那样，让我们先创建一些网络。我们的计划如下：创建一个网络（GREEN）。为这个网络创建一个子网，然后创建两个使用该网络的虚拟机。创建另一个使用不同子网的网络（R ...继续阅读 (19)

6月的第一周，由一帮大龄儿童们撰写的《深入理解Openstack自动化部署》电子书第一个正式版本发布。OpenStack自动化部署从入门到放弃？我要陪你坚持到底。说起OpenStack部署这个事儿，一直伴随着OpenStack诞生到现在，称得上是一个非常“古老”的话题了，然而在最近的奥斯汀OpenStack Summit上，依然可以看到许多与部署有关的Topic。OpenStack部署发展到今天，除了向部署速度更快和支持能力更强的方向发展，更重要的是部署作为运维体系中的一个重要环节，所有人都在考虑它的延展性，也就是如何能使用统一的平台或工具来完成OpenStack集群的安装、配置、变更、升级和状态管理，因此如何选择显得非常重要。因此，很高兴能在6月的第一周，由一帮大龄儿童们撰写的《深入理解OpenStack自动化部署》（下载地址为：http://pom.nops.cloud）的第一个正式版本发布了！为什么选PuppetOpenstack？Puppet是目前CMS领域中的领头羊，而PuppetOpenstack Modules项目（简称POM）诞生于2012年，2013年中进入到Opentack官方孵化项目（Stackforge），随后又成为了OpenStack官方的Governance项目。POM之所以能取得成功的原因主要在于，其获得了大量公司和工程师的参与，甚至有一些主流的部署工 ...继续阅读 (37)

Neutron  | DVR  with VRRP in VMNeutron中有个  MAC/IP 防篡改的功能，即 PortSecurity，虚拟机只能以Neutron分配的 MAC/IP跟外界通行，例如，在两台或多台虚拟机内部利用keepalived通过VRRP做 HA，通过VIP对外部提供服务；这样为突破PortSecurity限制，首先需要修改这一组VM的Port 的allowed_address_pair来允许该端口上VIP的访问。更进一步的情况，租户想要给该VIP绑定FloatingIP，在公网提供服务。然而此时，该VIP 在多个VM的Port 的allowed_address_pair上，并不属于某个Port，Neutron拿不到该Port 的正确binding信息，导致DVR不能正确处理该FloatingIP。我们在United Networing Platform的DVR/CVR使用场景时讨论了这种问题，本周社区在邮件列表中刚好讨论了该使用场景，起因是Ocativa HA的实现问题，见https://bugs.launchpad.net/neutron/+bug/1583694，DVR实例会在每台计算节点上动态的创建和删除，并且重度依赖port binding的数据。这种场景下的问题根本在哪里？该场景下有多个ACTIVE 的VM Port跟相同的 allowed_ ...继续阅读 (28)

本文编译自superuser.openstack.org，作者为OpenStack基金会COO Mark Collier。OpenStack基金会COO Mark Collier有了OpenStack你将走的更远，它将会应用在你的房子里、你的银行里、你所居住的城市，或者是你的汽车里。多产的苏斯博士（Dr. Seuss）在1990年出版了一本名叫《Oh, the Places You’ll Go!》（哦，你要去的地方！）的书。这是他最后一本，或许也是他最喜欢的一本书。这本生活指南常常会被作为礼物送给刚出生的新生儿，或是那些即将步出校门进入“现实世界”的莘莘学子。你可能听说过这本书，但是你可能并不知道在最终找到有出版商愿意出版这本书之前，苏斯博士被拒绝了27次。坚持不懈这名话总是说起来比做起来容易。苏斯博士在他这最后一部著作中完美地阐释了这一智慧。“谨慎而机智的行事，记住生活是一种伟大的平衡。”                                                                             ——苏斯博士我无法提供帮助，但是我能够感觉到，我们所有正在开始OpenStack之旅的人能够从苏斯博士的智慧中受益匪浅。在OpenStack刚刚诞生的六年前，我们的经历好像与苏斯博士的遭遇如出一辙。我能够想像得到，我们已经做好了在这条路上经历众 ...继续阅读 (51)

以下文章作者为UnitedStack有云研发总监 & Puppet-OpenStack项目核心开发者余兴超。本文由openstack_plus官方微信、@OpenStack 官方微博授权发布，谢绝转载。作为重度拖延症患者，又把本来奥斯汀峰会期间就应该出稿的文章拖到了飞鱼大大来找我聊人生的时刻了。这次Puppet-Openstack Design Summit和以往不同的地方是议题很多被分成了4场。第一场是Mitaka版本前情回顾，第二场是Newton版本重要需求讨论，第三场和第四场则是各个Topic的分组讨论和分工。Mitaka版本追溯▲ PTL在看表准备开始会议第一场讲的是上个版本的回顾。Mitaka版本的主要工作可以归纳为4点：1. CI方向的改进更高的单元测试覆盖率，更多的测试场景，用户测试用例以及Fuel/TripleO相关测试作业；切换到tempest-plugins的使用；制作tarball；和Openstack-health集成；添加Puppet4的周期性测试作业；使用RDO Trunk Repo做dailiybuild测试；向UCA Packaging提供早期的测试反馈。2. 发布了更多稳定版本的module例如，mistral、zaqar等。3. module有了更高的一致性例如由UnitedStackDevops team贡献的puppet-oslo模块 ...继续阅读 (40)

伴随着业务变革的深入，托管服务（Managed Services）的理念开始流行，并且正在成为许多IT企业重点专注的领域。而在科技手段不断增强的情况之下，许多企业意识到了选择适合自己的托管服务的重要性。因此，很多企业选择托管服务的方法是把一些IT运营业务外包给托管服务供应商（Managed Service Provider，MSP）。托管服务已经开始替代传统的外包模式，后者建立在“Pay as you go”（随收随付）的价格模型之上。在系统可用性方面，新一代的MSP通过防止意外中断来实现第三方的监控与运维保障，进而确保员工的生产力以及企业的竞争力。托管服务供应商们向用户交付包括基础设施管理、应用管理、安全运维、云运维等在内的丰富解决方案。通过选择托管服务，企业和机构可以在降低成本的同时，实现效率的提升。事实上，在全球范围内，托管服务供应商都在成为IT领袖和管理者的首选。据市场研究机构MarketsandMarkets的调查显示，到2019年，全球托管服务的支出有望超过1930亿美元。近日，由APAC CIOoutlook杂志评选的“25家最具发展潜力的托管服务供应商”结果正式出炉。在这一榜单中，汇集了以承载监控与管理选定IT系统和功能为主营业务的领先托管服务供应商，其中包括多家创业企业。他们通过托管服务模式的创新，为本地乃至全球客户营造创新的服务体验。而这一评选的目的是帮助企业借 ...继续阅读 (81)

本周 Ilya 在社区发起了一个Neutron数据库对象在并发情况下存在一些问题的讨论，此类问题屡见不鲜。本周就这一问题我们来共同探讨如何改进规避。如何规避在高并发、时序上的问题？llya希望能为ContextManager提供一个acquire_object的方法，当开发者希望修改对象时，需要先提前获取相关的锁，具体到锁的实现上，有几个方案，前两个是llya提的：1、基于数据库的SELECT FOR UPDATE这个其实社区之前就有用，但只是在出 bug 之后才会添加，默认的话ContextManager只能保证本进程或者本机的锁，目前OpenStack的程序一般使用oslo.concurrency 实现锁，这个是从以前的各个项目的openstack/commmon中抽出来的，它目前只能实现两种锁，分别是基于Python的线程锁和基于文件的外部锁，CPython的线程锁的实现实际是基于POSIX系统的信号量（PyThread_allocate_lock），因此这个锁是线程安全的，但不是进程安全的；外部锁是基于文件的实现，所以它是进程安全的（IPC），当然你可以试试将文件锁放在共享存储上。SELECT FOR UPDATE对Gelera多写并不友好，造成个死锁分分钟的事。2、Lock-free CAS最近社区对这个很是热衷，但CAS的比较简单，为了能让我们顺利加、放锁，需要对Sql ...继续阅读 (26)

作为公有云的一部分，亚马逊AWS在交付数据服务方面获得了不容质疑的成功。AWS的DBaaS（数据库即服务）解决方案是其业务增长最快的部分且被广泛使用，同时也是其惊人的增长业务的典型代表。不过，AWS的数据库即服务也不是在任何情况下都占尽优势。在一些场景下，一些其他的选项，比如OpenStack的Trove能够提供更大的优势。在以下这篇由Tesora CEO Ken Rugg撰写的专栏文章中，分享了基于OpenStack的DBaaS服务的发展现状，以及7个具体的示例。在这些实际的例子中，组织机构通过使用OpenStack Trove获得了相对于AWS解决方案的优势。下面就为您一一讲述OpenStack DBaaS能够做到，但是亚马逊AWS却无法做到的这些事。1.OpenStack DBaaS可同时运行在数据中心和公有云之上尽管公有云在灵活性方面拥有显而易见的优势，但是许多企业并不愿意在公有云上运行所有的数据库，因为企业在数据安全和隐私方面将不可避免失去控制权和可见性。我并不想争论孰是孰非，或者其中的风险到底有多大。我个人的意见并不重要。企业已经指出并且喜欢拥有决定在哪里存储敏感数据的灵活性。在AWS中，公有云是唯一的选项。在OVH、Rackspace或IBM Blue Box等公有云上的托管私有云中，你的数据可以通过OpenStack在本地被管理。其中的一些服务商甚至为客户提供了内置 ...继续阅读 (16)

盘点上一周的社区新动态，每周网络组同事都会按时交作业，我们也会整理好分享给大家，那么上一周Neutron社区有哪些变化呢？PS：如果大家对OpenStack其他模块有求知欲望，那么大家可以留言，小编会协调其他部门的工程师来写一些关于OpenStack的其他内容。Mailing List1、L2 Gateway正式release软件包在 https://pypi.python.org/pypi/networking-l2gw，可以通过『pip install networking-l2gw』安装它。L2 Gateway的详细说明：https://wiki.openstack.org/wiki/Neutron/L2-GW。什么是L2 Gateway？L2 Gatway可以当做Neutron的一种Service Plugin，用来打通虚拟网络和物理网络，从而提供二层互联。它的工作原理如图：通过在网络节点和计算节点运行L2 gateway agent，通过VXLan隧道的形式来打通虚拟网络和物理路由器。目前支持可以打通的路由器有Arista Hardware和HP Hardware。2、Router interface attach在高并发下的死锁在通过Rally对Kilo版Neutron Server的控制平面进行压力测试时，遇到了死锁问题，使用到的模板文件在：https://githu ...继续阅读 (48)

意大利核物理研究所（INFN）是一家专门致力于推动核能和粒子物理学的机构，涉足的领域从低能核物理到高能物理，以及天体粒子物理学和暗物质研究。该研究所由意大利政府创立，历史可追溯至上世纪五十年代，当时意大利全国的大学聚集在一起继续推动恩里科·费米的研究。今天，除了意大利的5000名科学家外，他们还与包括欧洲原子能机构（CERN）在内的全球研究机构保持着密切的工作联系。近日，openstack.org的Superuser杂志采访了意大利核物理研究所的技术研究员Giuseppe Andronico、技术研究主任Claudio Grandi以及研发主管DavideSalomoni。他们向我们谈论了关于24*7运行分布式数据中心所面临的压力，以及为强化OpenStack和为创建一个泛欧洲委员会研究云项目所做的工作。从左至右分别为意大利核物理研究所的Claudio Grandi、GiuseppeAndronico 和Davide Salomoni为什么选择OpenStack？我们的工作是与全球其他的学院、大学和研究中心等保持密切的合作。我们参与了这些合作的许多实验。合作是我们的主要工具。如今，合作也意味着分享ICT资源和数据，在不同的合作中使用大量的计算模式。我们以前使用的是网格计算，现在我们开始尝试使用云计算。我们测试了许多环境和工具，但是在近期的许多项目中，我们被要求提出一种针对研究、公共 ...继续阅读 (12)

本次有关奥斯汀OpenStack Summit网络技术主题的观影指南将对OpenStack网络架构、功能与工具、开发之外的一些重要演讲做出点评。这是UnitedStack有云SDN网络部PTL王为在奥斯汀峰会期间对36个Session进行介绍和评论的完结篇。OpenStack+在此感谢您的持续关注与支持。说明：这些网络技术讲座的观影指南涉及架构、功能与工具、开发与其他四大领域。我们将分主题系列发布，希望帮助国内的开发者、架构师和用户更好地了解OpenStack在SDN网络领域的最新发展。本文所介绍的相关讲座在 YouTube 均有完整视频（详见：https://www.youtube.com/user/OpenStackFoundation/videos，在 Youtube 上搜索对应名称即可）。1. Performance Measuring Tools for the Cloud评分：★★★★简介：几位演讲者带来的 OpenStack 上用的各类 Performance 度量工具的介绍，关键词是 Rally、Cloud Bench、Ceph Benchmark Tool、SPECcloud。评论：Rally 基本不用介绍了，OpenStack 上最常用的性能测试工具，有意思的事最近提交了这一 Patch：https://review.openstack.org/#/c/1154 ...继续阅读 (12)

本次有关奥斯汀OpenStack Summit网络技术主题的演讲评论关注开发主题。这是UnitedStack有云SDN网络部PTL王为在奥斯汀峰会期间对36个Session进行介绍和评论的第三部分。说明：这些网络技术讲座的观影指南涉及架构、功能与工具、开发与其他四大领域。我们将分主题系列发布，希望帮助国内的开发者、架构师和用户更好地了解OpenStack在SDN网络领域的最新发展。本文所介绍的相关讲座在 YouTube 均有完整视频（详见：https://www.youtube.com/user/OpenStackFoundation/videos，在 Youtube 上搜索对应名称即可）。1. Understanding ML2 Port Binding评分：★★★★简介：这是一个 Cisco 的开发人员介绍 ML2 Port Binding 的专业演讲，简单介绍了 ML2 的架构以及 Port Binding 的作用、开发原理、需要考虑的因素和 case 等，对开发者来说是一个不错学习材料。评论：有人说拿 Neutron 做一个 API Server，网络实现走外边的控制器或其他方案那么 Neutron 的任务是不是就很轻，就简单了呢，实际不是这样的。如果只是适配 OVS 一个实现，那自然很简单，但随着大家的需求增多，要能支持 SR-IOV、要支持 DVR、要支持 Hierar ...继续阅读 (56)