Skip to main content
Loading

Recommendations for Openstack

Due to Openstack's modularity, recommendations would be given on a per-component basis. Overall, Openstack should be treated no different than any other virtualized environment.

Openstack Components/Projects

At a minimum, we require the following Openstack components to deploy Aerospike:

ComponentPurpose
NovaCompute

The following additional components are highly suggested to enhance or augment your Openstack deployment.

ComponentPurpose
NeutronNetworking/VPC
GlanceVM Imaging
CinderBlock Storage
KeystoneIdentity
HorizonDashboard
HeatResource Templating

OS

We recommend using the latest Debian or Redhat based OSs for your base install.

For installation instructions, see our install page.

note

The Glance service would aid in rapid deployment of multiple VMs after obtaining a working system.

Network Setup

note

The Neutron service is highly recommended for network configuration.

Private, self-service networks are recommended for intra-cluster networking.

In addition, due to the relatively high levels of traffic expected within a busy cluster, it is also recommended to utilize separate physical NICs and a separate network.

Storage

note

The Cinder service is recommended for flexible storage configurations

Cinder provides flexible block storage. We highly suggest utilizing SSDs for Cinder block stores.

info

If you are familiar with AWS, Cinder providers the EBS and Ephemeral Storage features.

Cinder + Ceph

Ceph is a distributed object store which can be used as the underlying block device that powers Cinder. Being distributed, each disk operation entails a subsequent network operation. This introduces latency.

As such, we do not recommend Ceph deployments with regular HDDs or high IO demands.

caution

We do not recommend adding an SSD cache pool into Ceph. Contrary to expectations, an SSD cache would most likely degrade performance due to the additional complexity, cache-misses, and requirement to warm up the cache.

However, if your read workload mostly consists of recently written objects, then an SSD cache pool would be of some benefit.

Read more on Ceph Cache Tiering.

Data-in-memory configurations are a good compromise to provide increased read performance without hitting the storage subsystem.

note

It is doubly important to have dedicated NICs and separate networks between Openstack administrative and user networks with the additional network load of Ceph.

Deployment and Configuration Management

Due to the modular nature of Openstack, there is not a universal deployment and configuration management tool within Openstack.

Until the Openstack ecosystem has a widely adopted module for configuration management, we recommend using an external 3rd party tool like Ansible, Puppet, Chef, Salt, etc al... to manage your cluster configurations.

note

HEAT provides deployment management using resource orchestration, but is otherwise incapable of configuration management. Notably, there is no peer-discovery mechanism available within deployed VMs.