The following deployment examples provide building blocks of increasing architectural complexity using the Networking service reference architecture which implements the Modular Layer 2 (ML2) plug-in and either the Open vSwitch (OVS) or Linux bridge mechanism drivers. Both mechanism drivers support the same basic features such as provider networks, self-service networks, and routers. However, more complex features often require a particular mechanism driver. Thus, you should consider the requirements (or goals) of your cloud before choosing a mechanism driver.
After choosing a mechanism driver, the deployment examples generally include the following building blocks:
Prerequisites, typically hardware requirements, generally increase with each building block. Each building block depends on proper deployment and operation of prior building blocks. For example, the first building block (provider networks) only requires one controller and two compute nodes, the second building block (self-service networks) adds a network node, and the high-availability building blocks typically add a second network node for a total of five nodes. Each building block could also require additional infrastructure or changes to existing infrastructure such as networks.
For basic configuration of prerequisites, see the Queens Install Tutorials and Guides.
Note
Example commands using the openstack
client assume version 3.2.0 or
higher.
The deployment examples refer one or more of the following nodes:
Each building block defines the quantity and types of nodes including the components on each node.
Note
You can virtualize these nodes for demonstration, training, or proof-of-concept purposes. However, you must use physical hosts for evaluation of performance or scaling.
The deployment examples refer to one or more of the following networks and network interfaces:
Note
For best performance, 10+ Gbps physical network infrastructure should support jumbo frames.
For illustration purposes, the configuration examples typically reference the following IP address ranges:
You may change them to work with your particular network infrastructure.
Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.