1. OPNFV Fuel Release Notes¶
1.1. Abstract¶
This document provides the release notes for Iruya release with the Fuel
deployment toolchain.
Starting with Gambia release, both x86_64 and aarch64 architectures
are supported at the same time by the fuel codebase.
1.2. License¶
All Fuel and “common” entities are protected by the Apache License 2.0.
1.3. Important Notes¶
This is the OPNFV Iruya release that implements the deploy stage of the
OPNFV CI pipeline via Fuel.
Fuel is based on the MCP installation tool chain. More information available at Mirantis Cloud Platform Documentation.
The goal of the Iruya release and this Fuel-based deployment process is
to establish a lab ready platform accelerating further development
of the OPNFV infrastructure.
Carefully follow the installation instructions.
1.4. Summary¶
Iruya release with the Fuel deployment toolchain will establish an OPNFV
target system on a Pharos compliant lab infrastructure. The current definition
of an OPNFV target system is OpenStack Queens combined with an SDN
controller, such as OpenDaylight. The system is deployed with OpenStack High
Availability (HA) for most OpenStack services.
Fuel also supports non-HA deployments, which deploys a single controller, one gateway node and a number of compute nodes.
Fuel supports x86_64, aarch64 or mixed architecture clusters.
Furthermore, Fuel is capable of deploying scenarios in a baremetal,
virtual or hybrid fashion. virtual deployments use multiple VMs on
the Jump Host and internal networking to simulate the baremetal deployment.
For Iruya, the typical use of Fuel as an OpenStack installer is
supplemented with OPNFV unique components such as:
As well as OPNFV-unique configurations of the Hardware and Software stack.
This Iruya artifact provides Fuel as the deployment stage tool in the
OPNFV CI pipeline including:
Automated (Jenkins, RTD) documentation build & publish (multiple documents);
Automated (Jenkins) build & publish of Salt Master Docker image;
Automated (Jenkins) deployment of
Iruyarunning on baremetal or a nested hypervisor environment (KVM);Automated (Jenkins) validation of the
Iruyadeployment
1.5. Release Data¶
Project |
fuel |
Repo/tag |
opnfv-9.0.0 |
Release designation |
Iruya 9.0 |
Release date |
January 31, 2020 |
Purpose of the delivery |
OPNFV Iruya 9.0 release |
1.5.1. Version Change¶
1.5.1.1. Module Version Changes¶
This is the first tracked version of the Iruya release with the Fuel
deployment toolchain. It is based on following upstream versions:
MCP (
Q1`19GA release)OpenStack (
Steinrelease)OpenDaylight (
Neonrelease)Ubuntu (
18.04release)
1.5.1.2. Document Changes¶
This is the Iruya 9.0 release.
It comes with the following documentation:
Release notes (This document)
1.5.2. Reason for Version¶
1.5.2.1. Feature Additions¶
Due to reduced schedule, this is a maintainance release.
1.5.2.2. Bug Corrections¶
N/A
1.5.2.3. Software Deliverables¶
fuel git repository with multiarch (
x86_64,aarch64ormixed) installer script files
1.5.2.4. Documentation Deliverables¶
Release notes (This document)
1.5.3. Scenario Matrix¶
|
|
|
|
|---|---|---|---|
os-nosdn-nofeature-noha |
|
||
os-nosdn-nofeature-ha |
|
||
os-odl-nofeature-noha |
|
||
os-odl-nofeature-ha |
|
1.6. Known Limitations, Issues and Workarounds¶
1.6.1. System Limitations¶
Max number of blades: 1 Jumpserver, 3 Controllers, 20 Compute blades
Min number of blades: 1 Jumpserver
Storage: Cinder is the only supported storage configuration
Max number of networks: 65k
1.6.2. Known Issues¶
None
1.6.3. Workarounds¶
None
1.7. Test Results¶
The Iruya 9.0 release with the Fuel deployment tool has undergone QA test
runs, see separate test results.
1.8. References¶
For more information on the OPNFV Iruya 9.0 release, please see: