This article is about how to create a FreeBSD 10.x image for use with OpenStack.The following method was tested with FreeBSD 10.2 image bundled into Liberty version of OpenStack running on Ubuntu 14.04 LTS. However this can also be used with the previous versions of OpenStack like Havana, Icehouse, Juno and Kilo.
Once OpenStack is installed, we need to do a certain steps before we start the instance for the first time.
Continue reading “Getting started with first instance on OpenStack”
OpenStack users with busy schedules would often want a stable, tested and repeatable method to deploy their private cloud without human intervention. There are many ways by which you can do it of which devstack and packstack are the most popular. However they are not the only ones available. In this post we summarize yet another method, with its own advantages. Continue reading “OpenStack Automated Install”
Version 4 of OpenStack Beginner’s Guide is out. This guide is based on OpenStack Icehouse version. You can download the book by clicking the link below.
The neutron l3 agent is responsible for providing service for routing, natting, security-group rules and floatingip allocation. This purpose of this post is to document its working principles and also to enable users to effectively debug their Openstack cloud(most problems occur due to user mis configuration). The l3 agent offers these services from the network node and relies on neutron-openvswitch-agent to provide l2 connectivity to the instances running on compute nodes. This post assumes that the readers are aware of how l2 connectivity is achieved using ‘openvswitch’ mechanism driver. Continue reading “L3 connectivity using neutron-l3-agent”
L2 connectivity is the most basic requirement in a network. All cloud platforms allow users to create subnets. Subnets are L2 segments to which the servers attach their interfaces to and start sending and receiving traffic. Servers on the same L2 segment can reach each other directly. They only need to resolve the destination MAC address using ARP. In the world of networking this service is provided by your access switch.
A common problem for people who want to try Openstack without a full blown hardware setup is that they have just one network interface. Openstack identifies three distinct networks
PostgreSQL is an alternative to MySQL that’s loaded with tons of features better than many other databases. And so many people prefer it over MySQL. Go figure.
Continue reading “Using PostgreSQL with OpenStack”
A multitude of Openstack users eventually run into Open vSwitch. Not because they want to, but because they have to. So here is something to deconstruct what Open vSwitch really is, and what it does.
What is Open vSwitch?
In the words of the Open vSwitch website:
“Open vSwitch is a production quality, multilayer virtual switch licensed under the open source Apache 2.0 license. It is designed to enable massive network automation through programmatic extension, while still supporting standard management interfaces and protocols (e.g. NetFlow, sFlow, SPAN, RSPAN, CLI, LACP, 802.1ag).”
Openstack uses Open vSwitch as its default virtual switch. There are various reasons for this. The primary reason is VLAN support. Open vSwitch is inherently built with VLAN support, and Openstack uses VLANs extensively to differentiate between its virtual networks. Also, Open vSwitch is works very well in a distributed environment. This is extremely important in a platform like…
View original post 444 more words