OpenStack Sample Architecture
Table of Contents
Design Overview
Networking
- Neutron
Adding to RightScale
Cloud Capabilities
When adding an OpenStackOpenStack zone with basic networking and security groups to the RightScale Dashboard, the following cloud capabilities should be set:
- Security Groups: Enabled
- Port Forwarding: Disabled
- Subnets: Disabled
- Multiple Subnets: Disabled
Components
Keystone, Horizon, dnsmasq and MySQL Server
Overview
Runs the Cinder, Swift-Proxy, Glance, Nova-Network and Nova-Manage services. Provides image management, block storage, object storage proxy and compute management. This server has high I/O and network requirements. A RAID5 array provides improved disk I/O while still providing fault tolerance. 10Gb network configuration is recommended for the storage server to reduce instance and snapshot creation time.
Network
- 10Gb Private NIC
- 1-10Gb Public NIC
Disk Configuration
- RAID5
Expansion
- If block storage disk space becomes an issue, additional Cinder nodes can be added to increase space. Adding extra Glance servers can be used to reduce disk and network I/O on each Glance server.
Swift-Object Nodes
Overview
Runs the Cinder, Swift-Proxy, Glance, Nova-Network and Nova-Manage services. Provides image management, block storage, object storage proxy and compute management. This server has high I/O and network requirements. A RAID5 array provides improved disk I/O while still providing fault tolerance. 10Gb network configuration is recommended for the storage server to reduce instance and snapshot creation time.
Network
- 10Gb Private NIC
Disk Configuration
- SSD RAID0
Expansion
Additional hypervisors should be added to a cluster in the event that that VMs cannot be launched due to hypervisor disk or memory capacity. Extra hypervisors can also be added to a cluster if VMs are running slow due to insufficient disk I/O.
Example Hardware Configuration
| Component | Server | Disk Speed | Disk Size | CPU | Memory | Port Speed |
|---|---|---|---|---|---|---|
| Management Server | osmanagement1 | 7.2K SATA | 500GB (2x 500GB SATA - RAID1) | Single 5310 | 8GB | 1Gb |
| Storage Server | oskvmfs1 | 15k SCSI | 3.6TB(7x 600GB 15k SCSI - RAID5) | Single 5310 | 8GB | 10Gb |
| Hypervisor | oskvm1 | SSD | 1.6TB (4x 400GB SSD - RAID0) | Dual X5650 | 48GB | 10Gb |
| Hypervisor | oskvm2 | SSD | 1.6TB (4x 400GB SSD - RAID0) | Dual X5650 | 48GB | 10Gb |
Services
Common
Juno source:
/etc/apt/sources.list.d/Juno.list
deb http://ubuntu-cloud.archive.canonical.com/ubuntu precise-updates/Juno main
Keystone
Packages:
- keystone
- python-keystone
- python-keystoneclient
Configuration Files:
Nova
Packages:
- nova-api
- nova-cert
- nova-common
- nova-conductor
- nova-consoleauth
- nova-novncproxy
- nova-scheduler
- python-nova
- python-novaclient
Configuration Files:
Neutron
Packages:
- python-neutron
- python-neutronclient
- neutron-common
- neutron-dhcp-agent
- neutron-l3-agent
- neutron-metadata-agent
- neutron-plugin-openvswitch
- neutron-plugin-openvswitch-agent
- neutron-server
Configuration Files:
Glance
Packages:
- glance
- glance-api
- glance-common
- glance-registry
- python-glance
- python-glanceclient
Configuration Files:
Cinder
Packages:
- cinder-api
- cinder-common
- cinder-scheduler
- cinder-volume
- python-cinder
- python-cinderclient
Swift
Packages:
- python-swift
- python-swiftclient
- swift
- swift-proxy
Nova-compute
Packages:
- nova-common
- nova-compute
- nova-compute-kvm
- python-nova
- python-novaclient
Neutron-agent
Package:
- python-neutron
- python-neutronclient
- neutron-common
- neutron-dhcp-agent
- neutron-l3-agent
- neutron-metadata-agent
- neutron-plugin-openvswitch
- neutron-plugin-openvswitch-agent
Swift-object
Packages:
- python-swift
- python-swiftclient
- swift
- swift-account
- swift-container
- swift-object
Monitoring Steps
Zenoss is recommended for OpenStack monitoring, but the OpenStack monitoring script is also compatible with Nagios.
- Download openstack.rb from https://privatecloudtools.s3.amazona...m/openstack.rb and place it in the zenoss libexec directory on the Zenoss server (ususally /opt/zenoss/libexec)
- Create a new monitoring template in Zenoss
- Add a new command data source for the monitoring template
- Fill out name, error severity, cycle time and command template
- Command template should be in the following format: `openstack.rb -h ${dev/manageIp} -u <USER> -p <PASSWORD> -t <TENANTID>` where <USER> and <PASS> are the Keystone credentials to use when checking system status, and <TENANTID> is a tenant id where the user is a member or admin
- Add a data point for each component to be monitored. The script currently supports volume, image, identity, object and compute
- Add thresholds. A value of 1 means the service is functioning, a value of 0 means there is an error
- Add graphing if you would like to keep historical
- © Copyright 2015 RightScale Technical Support