Bifrost Installation¶
Introduction¶
This document will guide you through installing the Bare Metal Service (ironic) using Bifrost.
Supported operating systems¶
1st tier support (fully tested in the CI, no known or potential issues):
CentOS Stream 8
Ubuntu 20.04 “Focal”
Debian 10 “Buster”
2nd tier support (limited testing or known issues):
Ubuntu 18.04 “Bionic”
Tested in the Bifrost CI, but no longer tested in the ironic upstream CI.
RHEL 8 and regular CentOS 8
Only tested indirectly via CentOS Stream 8.
openSUSE Leap 15.2
Tested in the CI but has frequent issues.
Fedora 34 (32+ is supported but not recommended)
Only the latest Fedora is tested in the CI.
Note
Operating systems evolve and so does the support for them, even on stable branches.
Bifrost structure¶
Installation and use of Bifrost is split into roughly three steps:
install: prepare the local environment by downloading and/or building machine images, and installing and configuring the necessary services.
enroll-dynamic: take as input a customizable hardware inventory file and enroll the listed hardware with ironic, configuring each appropriately for deployment with the previously-downloaded images.
deploy-dynamic: instruct ironic to deploy the operating system onto each machine.
Installation of Bifrost can be done in three ways:
Via the
bifrost-cli
command line tool.This is the path recommended for those who want something that just works. It provides minimum configuration and uses the recommended defaults.
By directly invoking
ansible-playbook
on one of provided playbooks.By writing your own playbooks using Ansible roles provided with Bifrost.
Pre-install steps¶
Know your environment¶
Before you start, you need to gather certain facts about your bare metal environment (this step can be skipped if you’re testing Bifrost on virtual machines).
For the machine that hosts Bifrost you’ll need to figure out:
The network interface you’re going to use for communication between the bare metal machines and the Bifrost services.
On systems using firewalld (Fedora, CentOS and RHEL currently), a new zone
bifrost
will be created, and the network interface will be moved to it. DHCP, PXE and API services will only be added to this zone. If you need any of them available in other zones, you need to configure firewall yourself.Warning
If you use the same NIC for bare metal nodes and external access, installing bifrost may lock you out of SSH to the node. You have two options:
Pre-create the
bifrost
firewalld zone before installation and add the SSH service to it.Use the
public
zone by providingfirewalld_internal_zone=public
when installing.
Whether to use the integrated DHCP server or an external DHCP service.
Pool of IP addresses for DHCP (must be within the network configured on the chosen network interface).
Whether you want the services to use authentication via Keystone.
For each machine that is going to be enrolled in the Bare Metal service you’ll need:
The management technology you are going to use to control the machine (IPMI, Redfish, etc). See bare metal drivers for guidance.
An IP address or a host name of its management controller (BMC).
Credentials for the management controller.
MAC address of the NIC the machine uses for PXE booting (optional for IPMI).
Whether it boots in the UEFI or legacy (BIOS) mode.
Note
Some hardware types (like
redfish
) can enforce the desired boot mode, while the other (likeipmi
) require the same boot mode to be set in ironic and on the machine.
Required packages¶
To start with Bifrost you will need Python 3.6 or newer and the git
source
code management tool.
On CentOS/RHEL/Fedora:
sudo dnf install -y git python3
On Ubuntu/Debian:
sudo apt-get update
sudo apt-get install -y python3 git
On openSUSE:
sudo zipper install -y python3 git
Enable additional repositories (RHEL only)¶
The extras
and optional
dnf repositories must be enabled to satisfy
bifrost’s dependencies. To check:
sudo dnf repolist | grep 'optional\|extras'
To view the status of repositories:
sudo dnf repolist all | grep 'optional\|extras'
The output will look like this:
!rhui-REGION-rhel-server-debug-extras/8Server/x86_64 Red H disabled
rhui-REGION-rhel-server-debug-optional/8Server/x86_64 Red H disabled
rhui-REGION-rhel-server-extras/8Server/x86_64 Red H disabled
rhui-REGION-rhel-server-optional/8Server/x86_64 Red H disabled
rhui-REGION-rhel-server-source-extras/8Server/x86_64 Red H disabled
rhui-REGION-rhel-server-source-optional/8Server/x86_64 Red H disabled
Use the names of the repositories (minus the version and architecture) to enable them:
sudo dnf config-manager --enable rhui-REGION-rhel-server-optional
sudo dnf config-manager --enable rhui-REGION-rhel-server-extras
Enable the EPEL repository (RHEL and CentOS)¶
Building Debian or Ubuntu based images on RHEL or CentOS requires a few extra pre-install steps, in order to have access to the additional packages contained in the EPEL repository.
Please refer to the official wiki page to install and configure them.
Note
Use of EPEL repositories may result in incompatible packages being installed by the package manager. Care should be taken when using a system with EPEL enabled.
Clone Bifrost¶
Bifrost is typically installed from git:
git clone https://opendev.org/openstack/bifrost
cd bifrost
To install Bare Metal services from a specific release series (rather than the latest versions), check out the corresponding stable branch. For example, for Ussuri:
git checkout stable/ussuri
Testing on virtual machines¶
If you want to try Bifrost on virtual machines instead of real hardware, you
need to prepare a testing environment. The easiest way is via bifrost-cli
,
available since the Victoria release series:
./bifrost-cli testenv
Then do not forget to pass --testenv
flag to bifrost-cli install
.
See Testing Environment for more details and for advanced ways of creating a virtual environment (also supported on Ussuri and older).
Quick start with bifrost-cli¶
The bifrost-cli
script, available since the Victoria release series,
installs the Bare Metal service with the recommended defaults.
Follow Installation via playbooks if using Ussuri or older or if you need a full control
over your environment.
Using it is as simple as:
./bifrost-cli install \
--network-interface <the network interface to use> \
--dhcp-pool <DHCP start IP>-<DHCP end IP>
For example:
./bifrost-cli install --network-interface eno1 \
--dhcp-pool 10.0.0.20-10.0.0.100
Note
See Know your environment for the guidance on the two required parameters.
If installing on a virtual environment, skip these two parameters:
./bifrost-cli install --testenv
Additionally, the following parameters can be useful:
--hardware-types
A comma separated list of hardware types to enable.
--enable-keystone
Whether to enable authentication with Keystone.
--enable-tls
Enable self-signed TLS on API endpoints.
--release
If using a stable version of Bifrost, the corresponding version of Ironic is usually detected from the git checkout. If it is not possible (e.g. you’re using Bifrost from a tarball), use this argument to provide the matching version.
Note
Using Bifrost to install older versions of Ironic may work, but is not guaranteed.
--enable-prometheus-exporter
Enable the Ironic Prometheus Exporter service.
--uefi
Boot machines in the UEFI mode by default.
--disable-dhcp
Disable the configuration of the integrated DHCP server, allowing to use an external DHCP service.
--develop
Install services in develop mode, so that the changes to the repositories in
/opt
get immediately reflected in the environment.
See the built-in documentation for more details:
./bifrost-cli install --help
Using Bifrost¶
After installation is done, export the following environment variable to
configure the bare metal client to use the bifrost
cloud configuration from
the generated clouds.yaml
(see Use the baremetal CLI for details):
export OS_CLOUD=bifrost
Now you can use Ironic directly, see the standalone guide for more details. Alternatively, you can use the provided playbooks to automate certain common operations - see How-To.