Skip to content
This repository has been archived by the owner on Dec 13, 2020. It is now read-only.

Full Multi-Node OpenStack deployment using a single OnMetal host from the Rackspace Public Cloud

License

Notifications You must be signed in to change notification settings

cloudnull/osa-multi-node-aio

Repository files navigation

OpenStack-Ansible Multi-Node AIO

Date: 2016-03-09
tags:rackspace, openstack, ansible
category:*openstack, *nix

This repo is no longer active. Active development has moved to [ https://github.com/openstack/openstack-ansible-ops/tree/master/multi-node-aio ].


About this repository

Full OpenStack deployment using a single OnMetal host from the Rackspace Public Cloud. This is a multi-node installation using VMs that have been PXE booted which was done to provide an environment that is almost exactly what is in production. This script will build, kick and deploy OpenStack using KVM, Cobbler, OpenStack-Ansible within 13 Nodes and 1 load balancer all using a Hyper Converged environment.

Process

Create at least one physical host that has public network access and is running the Ubuntu 14.04 LTS (Trusty Tahr) Operating system. This script assumes that you have an unpartitioned device with at least 1TB of storage. If you're using the Rackspace OnMetal servers the drive partitioning will be done for you by detecting the largest unpartitioned device. If you're doing the deployment on something other than a Rackspace OnMetal server you may need to modify the setup-host.sh script to do the needful in your environment. If you know the device name you want to format you can also set the ${DATA_DISK_DEVICE} variable accordingly.

Physical disk partitioning can be skipped by setting PARTITION_HOST=false. If you set this, make sure you have enough space available to run all of the infrastructure VMs within /var/lib/libvirt/images.

Physical Host Specs known to work well
CPU CORES MEMORY DISK SPACE
20 124GB 1.3TB

These specs are covered by the Rackspace OnMetal-IO v1/2 Servers.

When your ready, run the build script by executing bash ./build.sh. The build script current executes a deployment of OpenStack Ansible using the master branch. If you want to do something other than deploy master you can set the ${OSA_BRANCH} variable to any branch, tag, or SHA.

Post Deployment

Once deployed you can use virt-manager to manage the KVM instances on the host, similar to a DRAC or ILO.

LINUX:
If you're running a linux system as your workstation simply install virt-manager from your package manager and connect to the host via QEMU/KVM:SSH
OSX:
If you're running a MAC you can get virt-manager via X11 forwarding to the host or install it via BREW. http://stackoverflow.com/questions/3921814/is-there-a-virt-manager-alternative-for-mac-os-x
WINDOWS:
If you're running Windows, you can install virt-viewer from the KVM Download site. https://virt-manager.org/download/

Deployment screenshot

Screen shot of virt-manager and deployment in action

Deployments can be accessed and monitored via virt-manager

Console Access

Screen shot of virt-manager console

The root password for all VMs is "cobbler". This password is being set within the pre-seed files under the "Users and Password" section. If you want to change this password please edit the pre-seed files.

Notes

The cobbler and pre-seed setup has been implemented using some of the awesome work originally created by James Thorne.

Options

Set the default preseed device name. This is being set because sda is on hosts, vda is kvm, xvda is xen:
DEVICE_NAME="${DEVICE_NAME:-vda}"
Set to instruct the preseed what the default network is expected to be:
DEFAULT_NETWORK="${DEFAULT_NETWORK:-eth0}"
Set the data disk device, if unset the largest unpartitioned device will be used to for host VMs:
DATA_DISK_DEVICE="${DATA_DISK_DEVICE:-$(lsblk -brndo NAME,TYPE,FSTYPE,RO,SIZE | awk '/d[b-z]+ disk +0/{ if ($4>m){m=$4; d=$1}}; END{print d}')}"
Set the VM disk size in gigabytes:
VM_DISK_SIZE="${VM_DISK_SIZE:-252}"
Set the OSA branch for this script to deploy:
OSA_BRANCH=${OSA_BRANCH:-master}
Enable partitioning of the "${DATA_DISK_DEVICE}":
PARTITION_HOST=${PARTITION_HOST:-true}
Instruct the system to deploy OpenStack Ansible:
DEPLOY_OSA=${DEPLOY_OSA:-true}
Instruct the system to Kick all of the VMs:
DEPLOY_VMS=${DEPLOY_VMS:-true}
Instruct the system to run VM disk image create:
VM_IMAGE_CREATE=${VM_IMAGE_CREATE:-true}
Instruct the system do all of the require host setup:
SETUP_HOST=${SETUP_HOST:-true}
Instruct the system do all of the cobbler setup:
SETUP_COBBLER=${SETUP_COBBLER:-true}
Instruct the system do all of the virsh network setup:
SETUP_VIRSH_NET=${SETUP_VIRSH_NET:-true}

Re-kicking the VMs

The build process will add a function to the system to provide you a quick means to re-kick a VM host. The function added is rekick_vms. This function can be used to re-kick a specific host. To use this function use the short hostname along with the function. EXAMPLE: rekick_vms infra1. This command will destroy the root disk for the VM and reboot it causing it to be re-PXE booted. Once the re-deployment has completed (<=10 min) the node will have a vanilla OS.

If you want to re-kick all known hosts you can execute the deploy-vms.sh script which will do everything needed to boot all new VMs paving over the existing ones.

Adding nodes to the deployment

To add nodes to the deployment simply add the node entries to the hosts.json file. The file divides nodes by type and you can add more nodes to any of the available types without any modifications made to the templates or build script. The first 100 IP address of all used CIDRs have been reserved in the openstack_user_config.yml and can be used when adding additional hosts to the environment.

Rerunning the build script

The build script can be rerun at any time. If you have a successful run before and simply want to re-kick everything I recommend nuking the running VMs and then executing the build script instructing it to NOT partition the host. This can be easily done using the following snippet.

for i in $(virsh list --all --name); do virsh destroy $i; virsh undefine $i; rm /var/lib/libvirt/images/$i.img; done
PARTITION_HOST=false ./build.sh

Deploying OpenStack into the environment

While the build script will deploy OpenStack, you can choose to run this manually. To run a basic deploy using a given branch you can use the following snippet.

OSA_BRANCH=master ./deploy-osa.sh

Snapshotting an environment before major testing

Running a snapshot on all of the vms before doing major testing is wise as it'll give you a restore point without having to re-kick the cloud. You can do this using some basic virsh commands and a little bash.

for instance in $(virsh list --all --name); do
  virsh snapshot-create-as --atomic --name $instance-kilo-snap --description "saved kilo state before liberty upgrade" $instance
done

Once the previous command is complete you'll have a collection of snapshots within all of your infrastructure hosts. These snapshots can be used to restore state to a previous point if needed. To restore the infrastructure hosts to a previous point, using your snapshots, you can execute a simple virsh command or the following bash loop to restore everything to a known point.

for instance in $(virsh list --all --name); do
  virsh snapshot-revert --snapshotname $instance-kilo-snap --running $instance
done

About

Full Multi-Node OpenStack deployment using a single OnMetal host from the Rackspace Public Cloud

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages