openstack-ansible/deploy-guide/source/targethosts-prepare.rst
Jesse Pretorius de98fc113c Remove Ubuntu Trusty Support
OpenStack projects in general have stopped testing on Trusty
in Newton. The Ubuntu distribution is not implementing any
of the required distribution binaries that OpenStack depends
on for Newton and above on Trusty.

As a result of these factors, OpenStack-Ansible is dropping
Trusty support in Ocata.

Change-Id: I65801948506f5631689a6ef748dad26f13df3c12
Related-Bug: #1644349
2016-12-13 17:35:49 +00:00

4.4 KiB

Configuring the operating system and storage

This section describes the installation and configuration of operating systems for the target hosts, as well as deploying SSH keys and configuring storage.

Installing the operating system

Install one of the following supported operating systems on the target host:

  • Ubuntu server 16.04 (Xenial Xerus) LTS 64-bit

Configure at least one network interface to access the Internet or suitable local repositories.

We recommend adding the Secure Shell (SSH) server packages to the installation on target hosts that do not have local (console) access.

Note

We also recommend setting your locale to en_US.UTF-8. Other locales might work, but they are not tested or supported.

Configure the operating system

  1. Update package source lists

    # apt-get update
  2. Upgrade the system packages and kernel:

    # apt-get dist-upgrade
  3. Reboot the host.

  4. Ensure that the kernel version is 3.13.0-34-generic or later:

    # uname -r
  5. Install additional software packages:

    # apt-get install bridge-utils debootstrap ifenslave ifenslave-2.6 \
      lsof lvm2 ntp ntpdate openssh-server sudo tcpdump vlan
  6. Add the appropriate kernel modules to the /etc/modules file to enable VLAN and bond interfaces:

    # echo 'bonding' >> /etc/modules
    # echo '8021q' >> /etc/modules
  7. Configure Network Time Protocol (NTP) in /etc/ntp.conf to synchronize with a suitable time source and restart the service:

    # service ntp restart
  8. Reboot the host to activate the changes and use the new kernel.

Deploying Secure Shell (SSH) keys

Ansible uses SSH to connect the deployment host and target hosts.

  1. Copy the contents of the public key file on the deployment host to the /root/.ssh/authorized_keys file on each target host.
  2. Test public key authentication from the deployment host to each target host by using SSH to connect to the target host from the deployment host. If you can connect and get the shell without authenticating, it is working. SSH provides a shell without asking for a password.

For more information about how to generate an SSH key pair, as well as best practices, see GitHub's documentation about generating SSH keys.

Important

OpenStack-Ansible deployments require the presence of a /root/.ssh/id_rsa.pub file on the deployment host. The contents of this file is inserted into an authorized_keys file for the containers, which is a necessary step for the Ansible playbooks. You can override this behavior by setting the lxc_container_ssh_key variable to the public key for the container.

Configure storage

Logical Volume Manager (LVM) enables a single device to be split into multiple logical volumes that appear as a physical storage device to the operating system. The Block Storage (cinder) service, and the LXC containers that run the OpenStack infrastructure, can optionally use LVM for their data storage.

Note

OpenStack-Ansible automatically configures LVM on the nodes, and overrides any existing LVM configuration. If you had a customized LVM configuration, edit the generated configuration file as needed.

  1. To use the optional Block Storage (cinder) service, create an LVM volume group named cinder-volumes on the storage host. Specify a metadata size of 2048 when creating the physical volume. For example:

    # pvcreate --metadatasize 2048 physical_volume_device_path
    # vgcreate cinder-volumes physical_volume_device_path
  2. Optionally, create an LVM volume group named lxc for container file systems. If the lxc volume group does not exist, containers are automatically installed on the file system under /var/lib/lxc by default.