Escolar Documentos
Profissional Documentos
Cultura Documentos
OPENSTACK
(Episode 05)
Controller Nodes
Presentation By:
Roozbeh Shafiee
Summer 2015
IRAN OpenStack Users Group
OpenStack Controller Nodes
Agenda:
What is the Controller
Hardware Considerations
Network Considerations
Iran OpenStack Community
Each service running on a designated cloud controller may be broken out into
separate nodes for scalability or availability.
Hardware Considerations
Hardware Specifications:
A cloud controllers hardware can be the same as a compute node, though you
may want to further specify based on the size and type of cloud that you run.
Its also possible to use virtual machines for all or some of the services that the
cloud controller manages, such as the message queuing. In this guide, we assume
that all services are running directly on the cloud controller.
Separation of Services:
Run Glance servers on the swift-proxy server.
This deployment felt that the spare I/O on the Object Storage proxy server was
sufficient and that the Image Delivery portion of glance benefited from being
on physical hardware and having good connectivity to the Object Storage
backend it was using.
Separation of Services:
Run a central dedicated database server
This deployment used a central dedicated server to provide the databases for all
services. This approach simplified operations by isolating database server updates
and allowed for the simple creation of slave database servers for failover.
Separation of Services:
Run one VM per service
This deployment ran central services on a set of servers running KVM. A dedicated
VM was created for each service ( nova-scheduler , rabbitmq, database, etc). This
assisted the deployment with scaling because administrators could tune the
resources given to each virtual machine based on the load it received (something
that was not well understood during installation).
Separation of Services:
Use an external load balancer
This deployment had an expensive hardware load balancer in its organization. It
ran multiple nova-api and swift-proxy servers on different physical servers and
used the load balancer to switch between them.
Network Considerations
Network Considerations:
Because the cloud controller handles so many different services, it must be able
To handle the amount of traffic that hits it. For example, if you choose to host the
OpenStack Imaging Service on the cloud controller, the cloud controller should be
able to support the transferring of the images at an acceptable speed.
As another example, if you choose to use single-host networking where the cloud
controller is the network gateway for all instances, then the cloud controller must
support the total amount of traffic that travels between your cloud and the public
Internet.
Network Considerations:
We recommend that you use a fast NIC, such as 10 GB. You can also choose to use
two 10 GB NICs and bond them together. While you might not be able to get a full
bonded 20 GB speed, different transmission streams use different NICs. For
Example, if the cloud controller transfers two images, each image uses a different
NIC and gets a full 10 GB of bandwidth.