The DevStack could be installed on Fedora, Ubuntu and CentOS. For supported versions see DevStack documentation
We recommend to install DevStack not into your main system, but run it in a VM instead. That way you may avoid contamination of your system with various stuff. You may find hypervisor and VM requirements in the the next section. If you still want to install DevStack on top of your main system, just skip the next section and read further.
In order to run DevStack in a local VM, you need to start by installing a guest with Ubuntu 12.04 server. Download an image file from Ubuntu’s web site and create a new guest from it. Virtualization solution must support nested virtualization. Without nested virtualization VMs running inside the DevStack will be extremely slow lacking hardware acceleration, i.e. you will run QEMU VMs without KVM.
On Linux QEMU/KVM supports nested virtualization, on Mac OS - VMWare Fusion. VMWare Fusion requires adjustments to run VM with fixed IP. You may find instructions which can help below.
Start a new VM with Ubuntu Server 12.04. Recommended settings:
When allocating CPUs and RAM to the DevStack, assess how big clusters you want to run. A single Hadoop VM needs at least 1 cpu and 1G of RAM to run. While it is possible for several VMs to share a single cpu core, remember that they can’t share the RAM.
After you installed the VM, connect to it via SSH and proceed with the instructions below.
The instructions assume that you’ve decided to install DevStack into Ubuntu 12.04 system.
$ sudo apt-get install git-core
$ git clone https://github.com/openstack-dev/devstack.git
ADMIN_PASSWORD=nova
MYSQL_PASSWORD=nova
RABBIT_PASSWORD=nova
SERVICE_PASSWORD=$ADMIN_PASSWORD
SERVICE_TOKEN=nova
# Enable Swift
ENABLED_SERVICES+=,swift
SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5
SWIFT_REPLICAS=1
SWIFT_DATA_DIR=$DEST/data
# Force checkout prerequsites
# FORCE_PREREQ=1
# keystone is now configured by default to use PKI as the token format which produces huge tokens.
# set UUID as keystone token format which is much shorter and easier to work with.
KEYSTONE_TOKEN_FORMAT=UUID
# Change the FLOATING_RANGE to whatever IPs VM is working in.
# In NAT mode it is subnet VMWare Fusion provides, in bridged mode it is your local network.
# But only use the top end of the network by using a /27 and starting at the 224 octet.
FLOATING_RANGE=192.168.55.224/27
# Enable auto assignment of floating IPs. By default Sahara expects this setting to be enabled
EXTRA_OPTS=(auto_assign_floating_ip=True)
# Enable logging
SCREEN_LOGDIR=$DEST/logs/screen
# Set ``OFFLINE`` to ``True`` to configure ``stack.sh`` to run cleanly without
# Internet access. ``stack.sh`` must have been previously run with Internet
# access to install prerequisites and fetch repositories.
# OFFLINE=True
# Enable Sahara
ENABLED_SERVICES+=,sahara
$ ./stack.sh
Once previous step is finished Devstack will print Horizon URL. Navigate to this URL and login with login “admin” and password from localrc.
Now we need to modify security rules. It will allow to connect to VMs directly from your host. Navigate to project’s “Admin” security tab and edit default Security Group rules:
IP Protocol |
From Port |
To Port |
Source Group |
CIDR |
---|---|---|---|---|
TCP |
1 |
65535 |
CIDR |
0.0.0.0/0 |
ICMP |
-1 |
-1 |
CIDR |
0.0.0.0/0 |
Congratulations! You have OpenStack running in your VM and ready to launch VMs inside that VM :)
If you install DevStack with Sahara included you can rejoin screen with rejoin-stack.sh command and switch to sahara tab. Here you can manage the Sahara service as other OpenStack services. Sahara source code is located at $DEST/sahara which is usually /opt/stack/sahara.
subnet 192.168.55.0 netmask 255.255.255.0 {
range 192.168.55.128 192.168.55.254;
host VM_HOSTNAME {
hardware ethernet VM_MAC_ADDRESS;
fixed-address 192.168.55.20;
}
$ sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --stop
$ sudo /Applications/VMware\ Fusion.app/Contents/Library/vmnet-cli --start