[OpenStack-docs] [install] Instructions for installation using VMs

Roger Luethi rl at patchworkscience.org
Sat Nov 14 08:34:21 UTC 2015


The training-labs project [1] already provides an automated way of setting
up a VirtualBox (soon also KVM) VM cluster for OpenStack training. It works
on Linux, OS X, and Windows.

The user can stop right there and proceed with a manual installation, or
have the scripts do the complete deployment as described in the
install-guide.

In other words, the user can get:
1) just the empty VMs, set up for OpenStack
2) VMs with the OS installed, but without OpenStack
3) VMs with OS and OpenStack ready to use

Current default is 3), but we can provide configuration templates for each.

Why don't you point to the training-labs project instead?

Roger

[1] http://git.openstack.org/cgit/openstack/training-labs/

On Thu, 12 Nov 2015 17:08:13 -0700, Matt Kassawara wrote:
> A rather significant number of people deploy OpenStack for the first time
> using VMs rather than bare metal. Several cycles ago, we decided to provide
> some basic notes (e.g., disable MAC address filtering and/or enable
> promiscuous mode depending on the hypervisor) rather than developing
> step-by-step instructions for those using VMs for the following reasons:
> 
> 1) Given our proactive approach of updating and testing the installation
> content for each release, we would need additional resources to reasonably
> test it using VMs.
> 2) We would need additional resources to maintain the VM deployment content
> including bug triage.
> 3) Supporting one hypervisor means requests to support additional
> hypervisors, each requiring additional resources.
> 4) Not sure how to handle potential license incompatibilities.
> 5) Most hypervisors use GUIs and screen shots don't translate.
> 
> A patch currently resides in the queue [1] that provides step-by-step
> instructions for deploying VMs using VirtualBox. We need to discuss the
> possibility of merging this patch into the installation guide and how to
> address these (and potentially other) issues around it.
> 
> Matt
> 
> [1] https://review.openstack.org/#/c/241320/



More information about the OpenStack-docs mailing list