OpenStack网络迷宫:Neutron以及LBaaS

"一团糟" - 我对OpenStack网络实现的第一感觉

“一团糟” – 我对OpenStack网络实现的第一感觉

OpenStack的网络模块相信不会有人否认是整个OpenStack中最复杂的部分,即使是OpenStack社区的成员也常常被网络模块的复杂性搞的焦头烂额。因为研究负载均衡的关系,我不得不对网络模块进行一点粗浅的了解,这里按照个人的理解把这些东西总结起来写下来。

本文算不上是的OpenStack网络分析(没有实力写),但求可以以自己的一些粗浅理解,为想要一窥OpenStack网络实现的同学提供哪怕一点点帮助。

PS:本文中所描述的所有概念和实现均基于OpenStack当前版本(neutron git version : 2921d3c686b5f5cd68d51f906766983f975b1cf2),在此也强烈建议任何想要了解OpenStack网络的同学一定要实际搭建一个可用的环境来对其中网络的每一个环节进行推敲。

继续阅读:

OpenStack奇葩配置:Flat network with external DHCP

最近对实验室的实验用OpenStack环境进行调整,遇到的最大的阻力来自于系楼网络的特殊性:系楼网络采用强制DHCP的模式,这就意味着我没有办法通过手工设定IP地址的方式来使用虚拟机——即使这个IP地址是可用的。

OpenStack似乎没有针对这种情况的网络模式(即使FlatManager也不行),因为所有的网络模式都需要在虚拟机创建时就可以确定虚拟机的IP,这一点在系楼的网络中是做不到的,同时在系楼中也不能做到拥有可以自己管理的预留IP,所以floating IP的概念也拜拜了。

折腾了一段时间以后总算是找到了一种非常规的解决方案:在FlatManager的基础上通过合并内部网和外部网来达到把虚拟机和物理服务器置于同一网络中的目的。

注:下文中所有配置均针对icehouse版本。

继续阅读:

OpenStack Havana(Ubuntu 13.10)安装笔记

安装配置OpenStack最好的资料是OpenStack的官方安装指南,我就是按照官方指南一步一步进行的,虽然基于的操作系统版本不同(指南中使用的是Ubuntu 12.04),所幸没有遇到什么诡异的问题,不废话了,整个过程记录如下。


安装环境

操作系统:Ubuntu 13.10
配置机器数:1(单点安装)
机器网卡数量:2
Hypervisor类型:KVM

继续阅读: