Openstack Icehouse Full-Fledged Single Node Deployment With Devstack
"Icehouse, the ninth Openstack release" was just unleashed a few days
ago, on April 17. The monster is getting even bigger with a brand new
component called "Trove", the database service.
This
tutorial intends to deploy the whole Openstack Icehouse components
(Nova, Keystone, Neutron, Glance, Cinder, Swift, Heat, Ceilometer,
Horizon, and of course, Trove) on a single Virtual Machine running
Ubuntu 14.04.
The steps are almost the same as in Openstack Single Node Deployment with Devstack with a bit more advanced install configuration with the local.conf file.
Clone the Devstack repository:
git clone https://github.com/openstack-dev/devstack.git
Create a local.conf file in the devstack repository and copy/paste the following configuration settings (or clone this gist):
#Header
[[local|localrc]]
# Credentials
ADMIN_PASSWORD=icehouse
MYSQL_PASSWORD=$ADMIN_PASSWORD
#DATABASE_PASSWORD=$ADMIN_PASSWORD
RABBIT_PASSWORD=$ADMIN_PASSWORD
SERVICE_PASSWORD=$ADMIN_PASSWORD
SERVICE_TOKEN=$ADMIN_PASSWORD
# Branches
NOVA_BRANCH=stable/icehouse
KEYSTONE_BRANCH=stable/icehouse
NEUTRON_BRANCH=stable/icehouse
GLANCE_BRANCH=stable/icehouse
CINDER_BRANCH=stable/icehouse
SWIFT_BRANCH=stable/icehouse
HEAT_BRANCH=stable/icehouse
TROVE_BRANCH=stable/icehouse
HORIZON_BRANCH=stable/icehouse
CEILOMETER_BRANCH=stable/icehouse
#Network Configuration:
FLOATING_RANGE=172.16.91.0/24
#FIXED_RANGE=10.11.12.0/24
HOST_IP=172.16.91.211
# Services
ENABLED_SERVICES=rabbit,mysql,key
ENABLED_SERVICES+=,n-api,n-crt,n-obj,n-cpu,n-cond,n-sch,n-novnc,n-cauth
ENABLED_SERVICES+=,s-proxy,s-object,s-container,s-account
ENABLED_SERVICES+=,g-api,g-reg
ENABLED_SERVICES+=,cinder,c-api,c-vol,c-sch,c-bak
#Trove
ENABLED_SERVICES+=,trove,tr-api,tr-tmgr,tr-cond
ENABLED_SERVICES+=,horizon
#Ceilometer
ENABLED_SERVICES+=,ceilometer-acompute,ceilometer-acentral,ceilometer-collector,ceilometer-api
ENABLED_SERVICES+=,ceilometer-alarm-notify,ceilometer-alarm-eval
#Heat
ENABLED_SERVICES+=,heat,h-api,h-api-cfn,h-api-cw,h-eng
IMAGE_URLS+=",http://fedorapeople.org/groups/heat/prebuilt-jeos-images/F19-x86_64-cfntools.qcow2"
#Neutron
disable_service n-net
enable_service q-svc
enable_service q-agt
enable_service q-dhcp
enable_service q-l3
enable_service q-meta
enable_service neutron
# Neutron - Load Balancing
ENABLED_SERVICES+=,q-lbaas
# Neutron - VPN as a Service
ENABLED_SERVICES+=,q-vpn
# Neutron - Firewall as a Service
ENABLED_SERVICES+=,q-fwaas
# VLAN configuration
Q_PLUGIN=ml2
ENABLE_TENANT_VLANS=True
# GRE tunnel configuration
Q_PLUGIN=ml2
ENABLE_TENANT_TUNNELS=True
# VXLAN tunnel configuration
Q_PLUGIN=ml2
Q_ML2_TENANT_NETWORK_TYPE=vxlan
# Images
# Use this image when creating test instances
IMAGE_URLS+=",http://cdn.download.cirros-cloud.net/0.3.2/cirros-0.3.2-x86_64-disk.img"
#Swift Requirements
SWIFT_REPLICAS=1
SWIFT_HASH=011688b44136573e209e
# Enable Logging
LOGFILE=/opt/stack/logs/stack.sh.log
VERBOSE=True
LOG_COLOR=True
SCREEN_LOGDIR=/opt/stack/logs
Make the necessary customization, mainly the passwords, HOST_IP and
FLOATING_IP variables according to your physical host network interface:
At the end of the stack.sh execution, the following log line must be
printed in your terminal, otherwise something must be screwed up even if
you still can access your dashboard, check the log files or just move
between all the tabs of Openstack to figure out where the problem
resides:
The Compute tab shows the same old details with the slight difference of
a Fedora 19 qcow2 image that was downloaded as requested by local.conf:
The Network tab relative to the Neutron component is obviously a gold
mine for any networking freak and intriguing even for neophytes thanks
to the network topology tab:
The object storage tab relative to Swift:
The metering tab relative to component:
And finally, welcome Trove!
We'll discover these features in the upcoming days so stay up-to-date








Very helpful content.Thanks for the sharing useful information.
ReplyDeleteOpenstack Course