Dmitriy Rabotyagov 3ab9d8bba8 Add Debian Bullseye support

We set Bullseye jobs to NV because of the used buggy galera version
that is known to randomly fail during Cinder migrations because
of the bug [1]

[1] https://jira.mariadb.org/browse/MDEV-25673

Depends-On: https://review.opendev.org/c/openstack/ansible-role-uwsgi/+/791290
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-rsyslog_client/+/791288
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-lxc_container_create/+/793896
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-lxc_hosts/+/793895
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-os_cinder/+/793974
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/794002
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/794158
Depends-On: https://review.opendev.org/c/openstack/openstack-ansible-openstack_hosts/+/794161

Change-Id: Ia6f93eb325065ac81223ec1f725e7ee785acaac9

2021-06-03 15:18:40 +00:00

4.8 KiB

Raw Blame History

Software requirements

Ensure that all hosts within an OpenStack-Ansible (OSA) environment meet the following minimum requirements:

Debian
- Debian 10 (buster)
- Debian 11 (bullseye)
- Linux kernel version 4.9.0-0-amd64 or later is required.
Ubuntu
- Ubuntu 18.04 LTS (Bionic Beaver)
- Ubuntu 20.04 LTS (Focal Fossa)
- Linux kernel version 4.15.0-0-generic or later is required.
CentOS
- Centos 8
- Centos 8 Stream
- Linux kernel version 3.10.0 or later.
Secure Shell (SSH) client and server that support public key authentication
Network Time Protocol (NTP) client for time synchronization (such as ntpd or chronyd)
Python 3.6.x or 3.7.x
en_US.UTF-8 as the locale

CPU recommendations

Compute hosts should have multicore processors with hardware-assisted virtualization extensions. These extensions provide a significant performance boost and improve security in virtualized environments.
Infrastructure (control plane) hosts should have multicore processors for best performance. Some services, such as MySQL, benefit from additional CPU cores and other technologies, such as Hyper-threading.

Storage/disk recommendations

Different hosts have different disk space requirements based on the services running on each host:

Deployment hosts

A minimum of 10 GB of disk space is sufficient for holding the OpenStack-Ansible repository content and additional required software.

Compute hosts

Disk space requirements depend on the total number of instances running on each host and the amount of disk space allocated to each instance.

Consider disks that provide higher I/O throughput with lower latency, such as SSD drives in a RAID array.

Storage hosts

Hosts running the Block Storage (cinder) service often consume the most disk space in OpenStack environments.

As with Compute hosts, choose disks that provide the highest I/O throughput with the lowest latency.

OpenStack-Ansible is able to deploy Cinder with a series of different backends and uses Logical Volume Manager (LVM), by default. Hosts that provide Block Storage volumes with LVM are recommended to have a large disk space available allocated to a cinder-volume volume group, which OpenStack-Ansible can configure for use with Block Storage.

Infrastructure (control plane) hosts

The OpenStack control plane contains storage-intensive services, such as the Image service (glance), and MariaDB. These hosts must have a minimum of 100 GB of disk space.

Each infrastructure (control plane) host runs services inside machine containers. The container file systems are deployed by default on the root file system of each control plane host. You have the option to deploy those container file systems into logical volumes by creating a volume group called lxc. OpenStack-Ansible creates a 5 GB logical volume for the file system of each container running on the host.

Other technologies leveraging copy-on-write can be used to reduce the disk space requirements on machine containers.

Logging hosts

An OpenStack-Ansible deployment generates a significant amount of log information. Logs come from a variety of sources, including services running in containers, the containers themselves, and the physical hosts. Logging hosts need sufficient disk space to hold live and rotated (historical) log files. In addition, the storage performance must be able to keep pace with the log traffic coming from various hosts and containers within the OpenStack environment. Reserve a minimum of 50 GB of disk space for storing logs on the logging hosts.

Network recommendations

Note

You can deploy an OpenStack environment with only one physical network interface. This works for small environments, but it can cause problems when your environment grows.

For the best performance, reliability, and scalability in a production environment, consider a network configuration that contains the following features:

Bonded network interfaces, which increase performance, reliability, or both (depending on the bonding architecture)
VLAN offloading, which increases performance by adding and removing VLAN tags in hardware, rather than in the server's main CPU
Gigabit or 10 Gigabit Ethernet, which supports higher network speeds and can also improve storage performance when using the Block Storage service
Jumbo frames, which increase network performance by allowing more data to be sent in each packet

4.8 KiB Raw Blame History