From: Jonas Bjurel Date: Wed, 13 Jan 2016 19:22:14 +0000 (+0100) Subject: Documentation according to new template provided by the Docs team X-Git-Tag: colorado.1.rc1~218 X-Git-Url: https://gerrit.opnfv.org/gerrit/gitweb?a=commitdiff_plain;h=ef0b33dcc34ee38d090487eabba122ae018980a0;p=fuel.git Documentation according to new template provided by the Docs team - The Config guide is not an atonomos document, but will be scraped into a bigger context. - The post install guide is not an atonomos document, but will be scraped into a bigger context. - Installation instructions is an atonomos document describing details on how to install Fuel@OPNFV - Build instructions is an atonomos document describing how to build Fuel@OPNFV - Release notes - Agreed with the community that binary image files shall be in the repo, as much as I hate it. DO NOT MERGE JIRA: FUEL-38 Change-Id: I88a93e20ef2c67a2c973147a7a1e332e3da55674 Signed-off-by: Jonas Bjurel --- diff --git a/docs/build-instruction.rst b/docs/build-instruction.rst index 1bfc8bed6..f280799fd 100644 --- a/docs/build-instruction.rst +++ b/docs/build-instruction.rst @@ -17,33 +17,8 @@ License ======= Brahmaputra release of OPNFV when using Fuel as a deployment tool DOCs (c) by Jonas Bjurel (Ericsson AB) and others. -Brahmaputra release of OPNFV when using Fuel as a deployment tool DOCs (c) are licensed under a Creative Commons Attribution 4.0 International License. You should have received a copy of the license along with this. If not, see . - - - -Version history -=============== - -+--------------------+--------------------+--------------------+----------------------+ -| **Date** | **Ver.** | **Author** | **Comment** | -| | | | | -+--------------------+--------------------+--------------------+----------------------+ -| 2015-06-03 | 1.0.0 | Jonas Bjurel | Instruction for | -| | | (Ericsson AB) | the Arno release | -+--------------------+--------------------+--------------------+----------------------+ -| 2015-09-24 | 1.1.0 | Jonas Bjurel | Instruction for | -| | | (Ericsson AB) | the Arno SR1 release | -+--------------------+--------------------+--------------------+----------------------+ -| 2015-10-23 | 1.1.1 | Stefan Berg | Added instruction | -| | | (Ericsson AB) | for proxy builds | -+--------------------+--------------------+--------------------+----------------------+ -| 2015-12-03 | 1.2.0 | Stefan Berg | Added instruction | -| | | (Ericsson AB) | for plugin build | -| | | | selection | -+--------------------+--------------------+--------------------+----------------------+ -| 2016-01-20 | 1.2.1 | Daniel Smith | Minor updates for | -| | | (Ericsson AB) | docker requirements | -+--------------------+--------------------+--------------------+----------------------+ +This document is licensed under a Creative Commons Attribution 4.0 International License. You should have received a copy of the license along with this. If not, see . + Introduction ============ @@ -51,9 +26,9 @@ Introduction This document describes the build system used to build the Fuel deployment tool for the Brahmaputra release of OPNFV, required dependencies and minimum requirements on the host to be used for the -buildsystem. +build system. -The Fuel build system is desigened around Docker containers such that +The Fuel build system is designed around Docker containers such that dependencies outside of the build system can be kept to a minimum. It also shields the host from any potential dangerous operations performed by the build system. @@ -67,10 +42,6 @@ Requirements Minimum Hardware Requirements ----------------------------- -- An x86_64 host (Bare-metal or VM) with Ubuntu 14.04 LTS installed - - - Note: Builds on Wily (Ubuntu 15.x) are not supportted currently - - ~30 GB available disc - 4 GB RAM @@ -82,9 +53,13 @@ The build host should run Ubuntu 14.04 operating system. On the host, the following packages must be installed: -- docker - see https://docs.docker.com/engine/installation/ubuntulinux/ for - installation notes for Ubuntu 14.04. Note: only use the Ubuntu stock - distro of Docker (docker-engine). Tested against ver 1.9.x and greater +- An x86_64 host (Bare-metal or VM) with Ubuntu 14.04 LTS installed + + - A kernel equal or later than 3.19 (Vivid) (simply available through sudo apt-get install linux-generic-lts-vivid) + + - **Note:** Builds on Wily (Ubuntu 15.x) are currently not supported + +- docker - see https://docs.docker.com/engine/installation/ubuntulinux/ for installation notes for Ubuntu 14.04. Tested against ver 1.9.x and greater - git (simply available through sudo apt-get install git) @@ -93,10 +68,10 @@ On the host, the following packages must be installed: - curl (simply available through sudo apt-get install curl) Preparations ------------- +============ Setting up the Docker build container -~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +------------------------------------- After having installed Docker, add yourself to the docker group: @@ -117,7 +92,7 @@ Setting up OPNFV Gerrit in order to being able to clone the code don't already have one), create one with ssh-keygen - Add your generated public key in OPNFV Gerrit - (this requires a linuxfoundation account, create one if you do not + (this requires a Linux foundation account, create one if you do not already have one) - Select "SSH Public Keys" to the left and then "Add Key" and paste @@ -144,17 +119,6 @@ You can also opt to clone the code repository without a SSH key: Make sure to checkout the release tag as described above. - -Building -======== - -There are two methods available for building Fuel: - -- A low level method using Make - -- An abstracted method using build.sh - - Support for building behind a http/https/rsync proxy ---------------------------------------------------- @@ -230,7 +194,7 @@ access when installing the ISO artifact built as no Ubuntu package cache will be on the ISO! Configure your build environment -------------------------------------- +-------------------------------- ** Configuring the build environment should not be performed if building standard Brahmaputra release ** @@ -253,6 +217,15 @@ that this is not a full build. This method of plugin selection is not meant to be used from within Gerrit! +Building +======== + +There are two methods available for building Fuel: + +- A low level method using Make + +- An abstracted method using build.sh + Low level build method using make --------------------------------- The low level method is based on Make: @@ -281,16 +254,18 @@ Following targets exist: - clean - this will remove all artifacts from earlier builds. +- debug - this will simply enter the build container without starting a build, from here you can start a build by enter "make iso" + If the build is successful, you will find the generated ISO file in the subdirectory! Abstracted build method using build.sh -====================================== +-------------------------------------- The abstracted build method uses the script which allows you to: - Create and use a build cache - significantly speeding up the - buildtime if upstream repositories have not changed. + build time if upstream repositories have not changed. - push/pull cache and artifacts to an arbitrary URI (http(s):, file:, ftp:) @@ -308,13 +283,5 @@ The artifacts produced are: References ========== -- -:Authors: Jonas Bjurel (Ericsson), Stefan Berg (Ericsson) -:Version: x.x.x - -**Documentation tracking** - -Revision: _sha1_ - -Build date: _date_ +- diff --git a/docs/configguide/installerconfig.rst b/docs/configguide/installerconfig.rst index d89033ec5..f5ab62c26 100644 --- a/docs/configguide/installerconfig.rst +++ b/docs/configguide/installerconfig.rst @@ -4,25 +4,278 @@ .. You should have received a copy of the license along with this work. .. If not, see . - configuration -======================= -Add a brief introduction to configure OPNFV with this specific installer +Fuel configuration +================== +This section provides brief guidelines on how to install and +configure the Brahmaputra release of OPNFV when using Fuel as a +deployment tool including required software and hardware +configurations. + +For detailed instructions on how to install the Brahmaputra release using Fuel, see: Pre-configuration activities ------------------------------ -Describe specific pre-configuration activities. Refer to Installations guide and release notes +---------------------------- + +Planning the deployment + +Before starting the installation of the Brahmaputra release of +OPNFV when using Fuel as a deployment tool, some planning must be +done. + +Familiarize yourself with the Fuel by reading the +following documents: + +- Fuel planning guide + +- Fuel user guide + +- Fuel operations guide + + +Before the installation can start, a number of deployment specific parameters must be collected, those are: + +#. Provider sub-net and gateway information + +#. Provider VLAN information + +#. Provider DNS addresses + +#. Provider NTP addresses + +#. Network overlay you plan to deploy (VLAN, VXLAN, FLAT) + +#. Monitoring Options you want to deploy (Ceilometer, Syslog, etc.) + +#. How many nodes and what roles you want to deploy (Controllers, Storage, Computes) + +#. Other options not covered in the document are available in the links above + + +Retrieving the ISO image +^^^^^^^^^^^^^^^^^^^^^^^^ +First of all, the Fuel deployment ISO image needs to be retrieved, the +.iso image of the Brahmaputra release of OPNFV when using Fuel as +a deployment tool can be found at: + +Alternatively, you may build the .iso from source by cloning the +opnfv/fuel git repository. Detailed instructions on how to build +a Fuel OPNFV .iso can be found here: + +Hardware requirements +--------------------- +Following high level hardware requirements must be met: + ++--------------------+------------------------------------------------------+ +| **HW Aspect** | **Requirement** | +| | | ++--------------------+------------------------------------------------------+ +| **# of nodes** | Minimum 5 (3 for non redundant deployment): | +| | | +| | - 1 Fuel deployment master (may be virtualized) | +| | | +| | - 3(1) Controllers (1 colocated mongo/ceilometer | +| | role, 2 Ceph-OSD roles) | +| | | +| | - 1 Compute (1 co-located Ceph-OSD role) | +| | | ++--------------------+------------------------------------------------------+ +| **CPU** | Minimum 1 socket x86_AMD64 with Virtualization | +| | support | ++--------------------+------------------------------------------------------+ +| **RAM** | Minimum 16GB/server (Depending on VNF work load) | +| | | ++--------------------+------------------------------------------------------+ +| **Disk** | Minimum 256GB 10kRPM spinning disks | +| | | ++--------------------+------------------------------------------------------+ +| **Networks** | 4 Tagged VLANs (PUBLIC, MGMT, STORAGE, PRIVATE) | +| | | +| | 1 Un-Tagged VLAN for PXE Boot - ADMIN Network | +| | | +| | note: These can be run on single NIC - or spread out | +| | over other nics as your hardware supports | ++--------------------+------------------------------------------------------+ -Hardware configuration ------------------------ -Describe the hardware configuration needed for this specific installer +For a detailed hardware compatibility matrix - please see: + + +Top of the rack (TOR) Configuration requirements +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ +The switching infrastructure provides connectivity for the OPNFV +infrastructure operations, tenant networks (East/West) and provider +connectivity (North/South); it also provides needed +connectivity for the storage Area Network (SAN). To avoid traffic +congestion, it is strongly suggested that three physically separated +networks are used, that is: 1 physical network for administration and +control, one physical network for tenant private and public networks, +and one physical network for SAN. The switching connectivity can (but +does not need to) be fully redundant, in such case it and comprises a +redundant 10GE switch pair for each of the three physically separated +networks. + +The physical TOR switches are **not** automatically configured from +the OPNFV reference platform. All the networks involved in the OPNFV +infrastructure as well as the provider networks and the private tenant +VLANs needs to be manually configured. + +Manual configuration of the Brahmaputra hardware platform should +be carried out according to the OPNFV Pharos specification Jumphost configuration ------------------------ -Describe intial Jumphost configuration (network and software)needed in order to deploy the installer +---------------------- +The Jumphost server, also known as the "Fuel master" provides needed +services/functions to deploy an OPNFV/OpenStack cluster as well functions +for cluster life-cycle management (extensions, repair actions and upgrades). + +The Jumphost server requires 2 (4 if redundancy is required) Ethernet +interfaces - one for external management of the OPNFV installation, +and another for jump-host communication with the OPNFV cluster. + +Install the Fuel jump-host +^^^^^^^^^^^^^^^^^^^^^^^^^^ +Mount the Fuel Brahmaputra ISO file as a boot device to the jump host +server, reboot it, and install the Fuel Jumphost in accordance with the +instructions found here: + Platform components configuration --------------------------------- -Describe the configuration of each component in the installer +Fuel-Plugins +^^^^^^^^^^^^ +Fuel plugins enable you to install and configure additional capabilities for +your Fuel OPNFV based cloud, such as additional storage types, networking +functionality, or NFV features developed by OPNFV. + +Fuel offers an open source framework for creating these plugins, so there’s +a wide range of capabilities that you can enable Fuel to add to your OpenStack +clouds. + +The OPNFV Brahmaputra version of Fuel provides a set of pre-packaged plugins +developed by OPNFV: + ++--------------------+------------------------------------------------------+ +| **Plugin name** | **Short description** | +| | | ++--------------------+------------------------------------------------------+ +| OpenDaylight | OpenDaylight provides an open-source SDN Controller | +| | providing networking features such as L2 and L3 | +| | network control, "Service Function Chaining", | +| | routing, networking policies, etc. | +| | More information on OpenDaylight in the OPNFV | +| | Brahmaputra release can be found in a separate | +| | section in this document. | ++--------------------+------------------------------------------------------+ +| ONOS | ONOS is another open-source SDN controller which | +| | in essense fill the same role as OpenDaylight. | +| | More information on ONOS in the OPNFV | +| | Brahmaputra release can be found in a separate | +| | section in this document. | +| | | ++--------------------+------------------------------------------------------+ +| BGP-VPN | BGP-VPN provides an BGP/MPLS VPN service | +| | More information on BGP-VPN in the OPNFV | +| | Brahmaputra release can be found in a separate | +| | section in this document. | +| | | ++--------------------+------------------------------------------------------+ +| OVS-NSH | OVS-NSH provides a variant of Open-vSwitch | +| | which supports "Network Service Headers" needed | +| | for the "Service function chaining" feature | +| | More information on "Service Function Chaining" | +| | in the OPNFV Brahmaputra release can be found in a | +| | in a separate section in this document. | +| | | ++--------------------+------------------------------------------------------+ +| OVS-NFV | OVS-NFV provides a variant of Open-vSwitch | +| | with carrier grade characteristics essential for | +| | NFV workloads. | +| | More information on OVS-NFV | +| | in the OPNFV Brahmaputra release can be found in a | +| | in a separate section in this document. | +| | | ++--------------------+------------------------------------------------------+ +| KVM-NFV | KVM-NFV provides a variant of KVM with improved | +| | virtualization characteristics essential for NFV | +| | workloads. | +| | More information on KVM-NFV | +| | in the OPNFV Brahmaputra release can be found in a | +| | in a separate section in this document. | +| | | ++--------------------+------------------------------------------------------+ +| VSPERF | VSPERF provides a networking characteristics test | +| | bench that facilitates characteristics/performance | +| | evaluation of vSwithches | +| | More information on VSPERF | +| | in the OPNFV Brahmaputra release can be found in a | +| | in a separate section in this document. | +| | | ++--------------------+------------------------------------------------------+ + +*Additional third-party plugins can be found here:* +*https://www.mirantis.com/products/openstack-drivers-and-plugins/fuel-plugins/* +**Note: Plugins are not necessarilly compatible with each other, see +for compatibility information** + +The plugins come prepackaged, ready to install. To do so follow the +instructions provided here: + +Fuel environment +^^^^^^^^^^^^^^^^ +A Fuel environment is an OpenStack instance managed by Fuel, +one Fuel instance can manage several OpenStack instances/environments +with different configurations, etc. + +To create a Fuel instance, follow the instructions provided +here: + +Provisioning of aditional features and services +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ +Although the plugins have already previously been installed, +they are not per default enabled for the environment we just created. +The plugins of you choice need to be enabled and configured. + +To enable a plugin, follow the instructions in the installation instructions + +For configuration of the plugins, please refer to the corresponding feature in the ????? + +Networking +^^^^^^^^^^ +All the networking aspects need to be configured in terms of: +- Interfaces/NICs +- VLANs +- Sub-nets +- Gateways +- User network segmentation (VLAN/VXLAN) +- DNS +- NTP +- etc. + +For guidelines on how to configure networking, please refer to the +installation instructions here: + +Node allocation +^^^^^^^^^^^^^^^ +Now, it is time to allocate the nodes in your OPNFV cluster to OpenStack-, +SDN-, and other feature/service roles. Some roles may require redundancy, +while others don't; Some roles may be co-located with other roles, while +others may not. The Fuel GUI will guide you in the allocation of roles and +will not permit you to perform invalid allocations. + +For detailed guide-lines on node allocation, please refer to the installation instructions: + +Off-line deployment +^^^^^^^^^^^^^^^^^^^ +The OPNFV Brahmaputra version of Fuel can be deployed using on-line upstream +repositories (default) or off-line using built-in local repositories on the +Fuel jump-start server. + +For instructions on how to configure Fuel for off-line deployment, please +refer to the installation instructions: +Deployment +^^^^^^^^^^ +You should now be ready to deploy your OPNFV Brahmaputra environment - but before doing so you may want to verify your network settings. +For further details on network verification and deployment, please refer to +the installation instructions: diff --git a/docs/configguide/postinstall.rst b/docs/configguide/postinstall.rst index 52e0a5c30..b5d28e992 100644 --- a/docs/configguide/postinstall.rst +++ b/docs/configguide/postinstall.rst @@ -4,29 +4,19 @@ .. You should have received a copy of the license along with this work. .. If not, see . - post installation procedures -====================================== -Add a brief introduction to the methods of validating the installation -according to this specific installer or feature. +Fuel post installation procedures +================================= Automated post installation activities -------------------------------------- -Describe specific post installation activities performed by the OPNFV -deployment pipeline including testing activities and reports. Refer to -the relevant testing guides, results, and release notes. +Fuel provides a fairly broad coverage of built in automated health checks. +These validate the installation in terms of configuration, services, +networking, storage, policies, etc. +The execution of the full range of health checks takes less than 30 minutes. -note: this section should be singular and derived from the test projects -once we have one test suite to run for all deploy tools. This is not the -case yet so each deploy tool will need to provide (hopefully very simillar) -documentation of this. - - post configuration procedures --------------------------------------- -Describe any deploy tool or feature specific scripts, tests or procedures -that should be carried out on the deployment post install and configuration -in this section. +For instructions on how to run health-checks, please refer to the installation instructions: Platform components validation ---------------------------------- -Describe any component specific validation procedures necessary for your -deployment tool in this section. +------------------------------ +Consult the feature sections in this document for any post-install +feature specific validation/health-checks. diff --git a/docs/img/addnodes.png b/docs/img/addnodes.png new file mode 100644 index 000000000..15730db90 Binary files /dev/null and b/docs/img/addnodes.png differ diff --git a/docs/img/compute.png b/docs/img/compute.png new file mode 100644 index 000000000..fd7811f37 Binary files /dev/null and b/docs/img/compute.png differ diff --git a/docs/img/computelist.png b/docs/img/computelist.png new file mode 100644 index 000000000..a4453d958 Binary files /dev/null and b/docs/img/computelist.png differ diff --git a/docs/img/fuelmenu1.png b/docs/img/fuelmenu1.png new file mode 100644 index 000000000..15fccc434 Binary files /dev/null and b/docs/img/fuelmenu1.png differ diff --git a/docs/img/fuelmenu2.png b/docs/img/fuelmenu2.png new file mode 100644 index 000000000..1f87c53e5 Binary files /dev/null and b/docs/img/fuelmenu2.png differ diff --git a/docs/img/fuelmenu3.png b/docs/img/fuelmenu3.png new file mode 100644 index 000000000..c9fa27959 Binary files /dev/null and b/docs/img/fuelmenu3.png differ diff --git a/docs/img/fuelmenu4.png b/docs/img/fuelmenu4.png new file mode 100644 index 000000000..1bc9c0410 Binary files /dev/null and b/docs/img/fuelmenu4.png differ diff --git a/docs/img/fuelmenu5.png b/docs/img/fuelmenu5.png new file mode 100644 index 000000000..11247986b Binary files /dev/null and b/docs/img/fuelmenu5.png differ diff --git a/docs/img/fuelmenu6.png b/docs/img/fuelmenu6.png new file mode 100644 index 000000000..9ff62c798 Binary files /dev/null and b/docs/img/fuelmenu6.png differ diff --git a/docs/img/grub-1.png b/docs/img/grub-1.png new file mode 100644 index 000000000..7488503af Binary files /dev/null and b/docs/img/grub-1.png differ diff --git a/docs/img/health.png b/docs/img/health.png new file mode 100644 index 000000000..71675069e Binary files /dev/null and b/docs/img/health.png differ diff --git a/docs/img/interfaceconf.png b/docs/img/interfaceconf.png new file mode 100644 index 000000000..e8b45578c Binary files /dev/null and b/docs/img/interfaceconf.png differ diff --git a/docs/img/interfaces.png b/docs/img/interfaces.png new file mode 100644 index 000000000..291e434f6 Binary files /dev/null and b/docs/img/interfaces.png differ diff --git a/docs/img/network.png b/docs/img/network.png new file mode 100644 index 000000000..04c67d38e Binary files /dev/null and b/docs/img/network.png differ diff --git a/docs/img/neutronl3.png b/docs/img/neutronl3.png new file mode 100644 index 000000000..dd8d7954b Binary files /dev/null and b/docs/img/neutronl3.png differ diff --git a/docs/img/newenv.png b/docs/img/newenv.png new file mode 100644 index 000000000..d6bc2827f Binary files /dev/null and b/docs/img/newenv.png differ diff --git a/docs/img/nodes.png b/docs/img/nodes.png new file mode 100644 index 000000000..771e4813d Binary files /dev/null and b/docs/img/nodes.png differ diff --git a/docs/img/other.png b/docs/img/other.png new file mode 100644 index 000000000..4e740eb06 Binary files /dev/null and b/docs/img/other.png differ diff --git a/docs/img/plugin_install.png b/docs/img/plugin_install.png new file mode 100644 index 000000000..ff50633ed Binary files /dev/null and b/docs/img/plugin_install.png differ diff --git a/docs/img/plugins.png b/docs/img/plugins.png new file mode 100644 index 000000000..bfe8781e8 Binary files /dev/null and b/docs/img/plugins.png differ diff --git a/docs/img/verifynet.png b/docs/img/verifynet.png new file mode 100644 index 000000000..5932bc223 Binary files /dev/null and b/docs/img/verifynet.png differ diff --git a/docs/index.rst b/docs/index.rst index f57f71204..fd61a5201 100644 --- a/docs/index.rst +++ b/docs/index.rst @@ -24,8 +24,8 @@ Contents: :maxdepth: 4 :titlesonly: - build-instructions.rst - installation-instructions.rst + build-instruction.rst + installation-instruction.rst release-notes.rst * :ref:`search` diff --git a/docs/installation-instruction.rst b/docs/installation-instruction.rst index 5c4438991..eb02d7860 100644 --- a/docs/installation-instruction.rst +++ b/docs/installation-instruction.rst @@ -1,58 +1,38 @@ -============================================================================================================= -OPNFV Installation instruction for the Brahmaputra WP1 release of OPNFV when using Fuel as a deployment tool -============================================================================================================= +======================================================================================================== +OPNFV Installation instruction for the Brahmaputra release of OPNFV when using Fuel as a deployment tool +======================================================================================================== .. contents:: Table of Contents :backlinks: none Abstract ======== -This document describes how to install the Brahmaputra WP1 release of -OPNFV when using Fuel as a deployment tool covering it's limitations, -dependencies and required system resources. +This document describes how to install the Brahmaputra release of +OPNFV when using Fuel as a deployment tool, covering it's usage, +limitations, dependencies and required system resources. License ======= -Brahmaputra WP1 release of OPNFV when using Fuel as a deployment tool +Brahmaputra release of OPNFV when using Fuel as a deployment tool Docs (c) by Jonas Bjurel (Ericsson AB) -Brahmaputra WP1 release of OPNFV when using Fuel as a deployment tool -Docs are licensed under a Creative Commons Attribution 4.0 +This document is licensed under a Creative Commons Attribution 4.0 International License. You should have received a copy of the license -along with this. If not, see +along with this document. If not, see . -Version history -=============== -+--------------------+--------------------+--------------------+--------------------+ -| **Date** | **Ver.** | **Author** | **Comment** | -| | | | | -+--------------------+--------------------+--------------------+--------------------+ -| 2015-06-03 | 1.0.0 | Jonas Bjurel | Installation | -| | | (Ericsson AB) | instruction for | -| | | | the Arno release | -| | | | | -| 2015-09-27 | 1.1.0 | Daniel Smith | ARNO SR1-RC1 | -| | | (Ericsson AB) | update | -| | | | | -| | | | | -| 2015-11-19 | 2.0.0 | Daniel Smith | B-Rel WP1 update | -| | | | | -+--------------------+--------------------+--------------------+--------------------+ - Introduction ============ -This document describes providing guidelines on how to install and -configure the Brahmaputra WP1 release of OPNFV when using Fuel as a -deployment tool including required software and hardware -configurations. +This document provides guidelines on how to install and +configure the Brahmaputra release of OPNFV when using Fuel as a +deployment tool, including required software and hardware configurations. -Although the available installation options gives a high degree of -freedom in how the system is set-up including architecture, services -and features, etc. said permutations may not provide an OPNFV +Although the available installation options give a high degree of +freedom in how the system is set-up, including architecture, services +and features, etc., said permutations may not provide an OPNFV compliant reference architecture. This instruction provides a -step-by-step guide that results in an OPNFV Brahmaputra WP1 compliant +step-by-step guide that results in an OPNFV Brahmaputra compliant deployment. The audience of this document is assumed to have good knowledge in @@ -60,80 +40,66 @@ networking and Unix/Linux administration. Preface ======= -Before starting the installation of the Brahmaputra WP1 release of -OPNFV when using Fuel as a deployment tool, some planning must be +Before starting the installation of the Brahmaputra release of +OPNFV, using Fuel as a deployment tool, some planning must be done. Retrieving the ISO image ------------------------ First of all, the Fuel deployment ISO image needs to be retrieved, the -.iso image of the Brahmaputra WP1 release of OPNFV when using Fuel as -a deployment tool can be found at -http://artifacts.opnfv.org/fuel/opnfv-2015-11-19_03-04-21.iso NOTE: -TO BE UPDATED WITH FINAL B-REL ARTIFACT - +Fuel .iso image of the Brahmaputra release can be found at Building the ISO image ---------------------- - -Alternatively, you may build the .iso from source by cloning the -opnfv/genesis git repository. To retrieve the repository for the Arno +Alternatively, you may build the Fuel .iso from source by cloning the +opnfv/fuel git repository. To retrieve the repository for the Brahmaputra release use the following command: -- git clone https://@gerrit.opnf.org/gerrit/fuel +$git clone https://@gerrit.opnf.org/gerrit/fuel -Check-out the Brahmaputra WP1 release tag to set the branch to the -baseline required to replicate the Brahmaputra WP1 release: +Check-out the Brahmaputra release tag to set the branch to the +baseline required to replicate the Brahmaputra release: -- TODO: NEEDS UPDATE TO REFLECT WP1 TAG / NEW REPO - cd genesis; git - checkout stable/arno2015.2.0 +$ git checkout stable/ Go to the fuel directory and build the .iso: -- cd fuel/build; make all +$ cd fuel/build; make all For more information on how to build, please see "OPNFV Build -instructions for - Brahmaputra WP1 release of OPNFV when using Fuel as +instructions for - Brahmaputra release of OPNFV when using Fuel as a deployment tool which you retrieved with the repository at - + -Next, familiarize yourself with the Fuel 7.0 version by reading the -following documents: +Next, familiarize yourself with Fuel by reading the following documents: -- Fuel planning guide - +- Fuel planning guide -- Fuel user guide - +- Fuel user guide -- Fuel operations guide - +- Fuel operations guide - Fuel Plugin Developers Guide -A number of deployment specific parameters must be collected, those are: +Prior to installation, a number of deployment specific parameters must be collected, those are: -1. Provider sub-net and gateway information +#. Provider sub-net and gateway information -2. Provider VLAN information +#. Provider VLAN information -3. Provider DNS addresses +#. Provider DNS addresses -4. Provider NTP addresses +#. Provider NTP addresses -5. Network Topology you plan to Deploy (VLAN, GRE(VXLAN), FLAT) +#. Network overlay you plan to deploy (VLAN, VXLAN, FLAT) -6. Linux Distro you intend to deploy. +#. How many nodes and what roles you want to deploy (Controllers, Storage, Computes) -7. How many nodes and what roles you want to deploy (Controllers, -Storage, Computes) +#. Monitoring options you want to deploy (Ceilometer, Syslog, erc.). -8. Monitoring Options you want to deploy (Ceilometer, MongoDB). - -9. Other options not covered in the document are available in the -links above +#. Other options not covered in the document are available in the links above This information will be needed for the configuration procedures @@ -143,24 +109,24 @@ Hardware requirements ===================== The following minimum hardware requirements must be met for the -installation of Brahmaputra WP1 using Fuel: +installation of Brahmaputra using Fuel: +--------------------+------------------------------------------------------+ | **HW Aspect** | **Requirement** | | | | +--------------------+------------------------------------------------------+ -| **# of nodes** | Minimum 6 (3 for non redundant deployment): | +| **# of nodes** | Minimum 5 (3 for non redundant deployment): | | | | | | - 1 Fuel deployment master (may be virtualized) | | | | -| | - 3(1) Controllers | +| | - 3(1) Controllers (1 colocated mongo/ceilometer | +| | role, 2 Ceph-OSD roles) | | | | -| | - 1 Compute | +| | - 1 Compute (1 co-located Ceph-OSD role) | | | | -| | - 1 Ceilometer (VM option) | +--------------------+------------------------------------------------------+ | **CPU** | Minimum 1 socket x86_AMD64 with Virtualization | -| | support | +| | support | +--------------------+------------------------------------------------------+ | **RAM** | Minimum 16GB/server (Depending on VNF work load) | | | | @@ -172,33 +138,30 @@ installation of Brahmaputra WP1 using Fuel: | | | | | 1 Un-Tagged VLAN for PXE Boot - ADMIN Network | | | | -| | note: These can be run on single NIC - or spread out | -| | over other nics as your hardware supports | +| | Note: These can be allocated to a single NIC - | +| | or spread out over multiple NICs as your hardware | +| | supports. | +--------------------+------------------------------------------------------+ Help with Hardware Requirements =============================== - Calculate hardware requirements: -Refer to the OpenStack Hardware Compability List +Refer to the OpenStack Hardware Compatibility List: for more information on various hardware types available for use. When choosing the hardware on which you will deploy your OpenStack environment, you should think about: - - CPU -- Consider the number of virtual machines that you plan - to deploy in your cloud environment and the CPU per virtual - machine. - - Memory -- Depends on the amount of RAM assigned per virtual - machine and the controller node. - - Storage -- Depends on the local drive space per virtual - machine, remote volumes that can be attached to a virtual - machine, and object storage. - - Networking -- Depends on the Choose Network Topology, the - network bandwidth per virtual machine, and network storage. +- CPU -- Consider the number of virtual machines that you plan to deploy in your cloud environment and the CPU per virtual machine. + +- Memory -- Depends on the amount of RAM assigned per virtual machine and the controller node. + +- Storage -- Depends on the local drive space per virtual machine, remote volumes that can be attached to a virtual machine, and object storage. + +- Networking -- Depends on the Choose Network Topology, the network bandwidth per virtual machine, and network storage. Top of the rack (TOR) Configuration requirements @@ -206,24 +169,24 @@ Top of the rack (TOR) Configuration requirements The switching infrastructure provides connectivity for the OPNFV infrastructure operations, tenant networks (East/West) and provider -connectivity (North/South bound connectivity); it also provides needed -connectivity for the storage Area Network (SAN). To avoid traffic -congestion, it is strongly suggested that three physically separated -networks are used, that is: 1 physical network for administration and -control, one physical network for tenant private and public networks, -and one physical network for SAN. The switching connectivity can (but -does not need to) be fully redundant, in such case it and comprises a -redundant 10GE switch pair for each of the three physically separated -networks. +connectivity (North/South); it also provides needed connectivity for +the storage Area Network (SAN). +To avoid traffic congestion, it is strongly suggested that three +physically separated networks are used, that is: 1 physical network +for administration and control, one physical network for tenant private +and public networks, and one physical network for SAN. +The switching connectivity can (but does not need to) be fully redundant, +in such case it comprises a redundant 10GE switch pair for each of the +three physically separated networks. The physical TOR switches are **not** automatically configured from -the OPNFV reference platform. All the networks involved in the OPNFV +the Fuel OPNFV reference platform. All the networks involved in the OPNFV infrastructure as well as the provider networks and the private tenant VLANs needs to be manually configured. -Manual configuration of the Brahmaputra WP1 hardware platform should -be carried out according to the Pharos specification TODO- +Manual configuration of the Brahmaputra hardware platform should +be carried out according to the OPNFV Pharos specification: + OPNFV Software installation and deployment ========================================== @@ -234,68 +197,72 @@ reference platform stack across a server cluster. Install Fuel master ------------------- -1. Mount the Brahmaputra WP1 ISO file as a boot device to the jump host server. +#. Mount the Brahmaputra Fuel ISO file/media as a boot device to the jump host server. -2. Reboot the jump host to establish the Fuel server. +#. Reboot the jump host to establish the Fuel server. - The system now boots from the ISO image. - - Select 'DVD Fuel Install (Static IP)' + - Select "Fuel Install (Static IP)" (See figure below) - Press [Enter]. -3. Wait until screen Fuel setup is shown (Note: This can take up to 30 minutes). + .. figure:: img/grub-1.png + +#. Wait until screen Fuel setup is shown (Note: This can take up to 30 minutes). -4. In the 'Fuel User' Section - Confirm/change the default password - - Enter 'admin' in the Fuel password input +#. In the "Fuel User" section - Confirm/change the default password (See figure below) - - Enter 'admin' in the Confim password input + - Enter "admin" in the Fuel password input - - Select 'Check' and press [Enter] + - Enter "admin" in the Confirm password input -5. In 'Network Setup' Section - Configure DHCP/Static IP information -for your FUEL node - For example, ETH0 is 10.20.0.2/24 for FUEL -booting and ETH1 is DHCP in your corporate/lab network. + - Select "Check" and press [Enter] - - Configure eth1 or other network interfaces here as well (if you - have them present on your FUEL server). + .. figure:: img/fuelmenu1.png -6. In 'PXE Setup' Section - Change the following fields to appropriate -values (example below): +#. In the "Network Setup" section - Configure DHCP/Static IP information for your FUEL node - For example, ETH0 is 10.20.0.2/24 for FUEL booting and ETH1 is DHCP in your corporate/lab network (see figure below). + + - Configure eth1 or other network interfaces here as well (if you have them present on your FUEL server). + + .. figure:: img/fuelmenu2.png + +#. In the "PXE Setup" section (see figure below) - Change the following fields to appropriate values (example below): - DHCP Pool Start 10.20.0.3 - DHCP Pool End 10.20.0.254 - - DHCP Pool Gateway 10.20.0.2 (ip of Fuel node) + - DHCP Pool Gateway 10.20.0.2 (IP address of Fuel node) + + .. figure:: img/fuelmenu3.png -7. In 'DNS & Hostname' - Change the following fields to appropriate values: +#. In the "DNS & Hostname" section (see figure below) - Change the following fields to appropriate values: - - Hostname -fuel + - Hostname - - Domain + - Domain - - Search Domain + - Search Domain - External DNS - - Hostname to test DNS + - Hostname to test DNS - - Select 'Check' and press [Enter] + - Select and press [Enter] + .. figure:: img/fuelmenu4.png -8. OPTION TO ENABLE PROXY SUPPORT - In 'Bootstrap Image', edit the -following fields to define a proxy. - NOTE: cannot be used in tandem with local repo support - NOTE: not tested with ODL for support (plugin) +#. OPTION TO ENABLE PROXY SUPPORT - In the "Bootstrap Image" section (see figure below), edit the following fields to define a proxy. (**NOTE:** cannot be used in tandem with local repository support) - - Navigate to 'HTTP proxy' and input your http proxy address + - Navigate to "HTTP proxy" and enter your http proxy address - - Select 'Check' and press [Enter] + - Select and press [Enter] + .. figure:: img/fuelmenu5.png -9. In 'Time Sync' Section - Change the following fields to appropriate values: +#. In the "Time Sync" section (see figure below) - Change the following fields to appropriate values: - NTP Server 1 @@ -303,301 +270,322 @@ following fields to define a proxy. - NTP Server 3 -10. Start the installation. + .. figure:: img/fuelmenu6.png + +#. Start the installation. - Select Quit Setup and press Save and Quit. - - Installation starts, wait until a screen with logon credentials is shown. + - Installation starts, wait until the login screen is shown. Boot the Node Servers --------------------- -After the Fuel Master node has rebooted from the above step and is at +After the Fuel Master node has rebooted from the above steps and is at the login prompt, you should boot the Node Servers (Your -Compute/Control/Storage blades (nested or real)) with a PXE Booting -Scheme so that the FUEL -Master can pick them up for control. +Compute/Control/Storage blades (nested or real) with a PXE booting +scheme so that the FUEL Master can pick them up for control. + +#. Enable PXE booting + + - For every controller and compute server: enable PXE Booting as the first boot device in the BIOS boot order menu and hard disk as the second boot device in the same menu. + +#. Reboot all the control and compute blades. -11. Enable PXE booting +#. Wait for the availability of nodes showing up in the Fuel GUI. - - For every controller and compute server: enable PXE Booting as - the first boot device in the BIOS boot order menu and hard disk - as the second boot device in the same menu. + - Connect to the FUEL UI via the URL provided in the Console (default: https://10.20.0.2:8443) -12. Reboot all the control and compute blades. + - Wait until all nodes are displayed in top right corner of the Fuel GUI: Total nodes and Unallocated nodes (see figure below). -13. Wait for the availability of nodes showing up in the Fuel GUI. + .. figure:: img/nodes.png - - Connect to the FUEL UI via the URL provided in the Console - (default: http://10.20.0.2:8000) - - Wait until all nodes are displayed in top right corner of the - Fuel GUI: TOTAL NODES and UNALLOCATED NODES. +Install additional Plugins/Features on the FUEL node +---------------------------------------------------- +#. SSH to your FUEL node (e.g. root@10.20.0.2 pwd: r00tme) +#. Select wanted plugins/features from the /opt/opnfv/ directory. -Install ODL Plugin on FUEL node +#. Install the wanted plugin with the command "fuel plugins --install /opt/opnfv/-..rpm" + Expected output: "Plugin ....... was successfully installed." (see figure below) + + .. figure:: img/plugin_install.png + +Create an OpenStack Environment ------------------------------- -NOTE: CURRENTLY DISABLED IN B-REL WP1 +#. Connect to Fuel WEB UI with a browser (default: https://10.20.0.2:8443) (login admin/admin) -14. SSH to your FUEL node (e.g. root@10.20.0.2 pwd: r00tme) +#. Create and name a new OpenStack environment, to be installed. -15. Verify the plugin exists at /opt/opnfv/opendaylight-0.6-0.6.1-1.noarch.rpm + .. figure:: img/newenv.png -16. Install the plugin with the command +#. Select "" and press - - "fuel plugins --install /opt/opnfv/opendaylight-0.6-0.6.1-1.noarch.rpm" +#. Select "compute virtulization method". - - Expected output: "Plugin opendaylight-0.6-0.6.1-1.noarch.rpm was - successfully installed." + - Select "QEMU-KVM as hypervisor" and press +#. Select "network mode". -Create an OPNFV Environment ---------------------------- + - Select "Neutron with ML2 plugin" -17. Connect to Fuel WEB UI with a browser towards port http://:8000 (login admin/admin) + - Select "Neutron with tunneling segmentation" (Required when using the ODL or ONOS plugins) -18. Create and name a new OpenStack environment, to be installed. + - Press -19. Select and press "Next" +#. Select "Storage Back-ends". -20. Select compute virtulization method. + - Select "Ceph for block storage" and press - - Select KVM as hypervisor (or one of your choosing) and press "Next" +#. Select "additional services" you wish to install. -18. Select network mode. + - Check option "Install Celiometer (OpenStack Telemetry)" and press - - Select Neutron with GRE segmentation and press "Next" +#. Create the new environment. - Note: Required if using the ODL plugin + - Click Button -19. Select Storage Back-ends. +Configure the network environment +--------------------------------- - - Select "Yes, use Ceph" if you intend to deploy Ceph Backends and - press "Next" +#. Open the environment you previously created. -20. Select additional services you wish to install. +#. Open the networks tab and select the "default Node Networks group to" on the left pane (see figure below). - - Check option and press "Next" - Note: If you use Ceilometer and you only have 5 nodes, you may - have to run in a 3/1/1 (controller/ceilo-mongo/compute) - configuration. Suggest adding more compute nodes + .. figure:: img/network.png -21. Create the new environment. +#. Update the Public network configuration and change the following fields to appropriate values: - - Click "Create" Button + - CIDR to -Configure the OPNFV environment -------------------------------- + - IP Range Start to -22. Enable PXE booting (if you haven't done this already) + - IP Range End to - - For every controller and compute server: enable PXE Booting as - the first boot device in the BIOS boot order menu and hard disk - as the second boot device in the same menu. + - Gateway to -23. Wait for the availability of nodes showing up in the Fuel GUI. + - Check . - - Wait until all nodes are displayed in top right corner of the - Fuel GUI: TOTAL NODES and UNALLOCATED NODES. + - Set appropriate VLAN id. -24. Open the environment you previously created. +#. Update the Storage Network Configuration -25. Open the networks tab. + - Set CIDR to appropriate value (default 192.168.1.0/24) -26. Update the Public network configuration. + - Set IP Range Start to appropriate value (default 192.168.1.1) - Change the following fields to appropriate values: + - Set IP Range End to appropriate value (default 192.168.1.254) - - IP Range Start to + - Set vlan to appropriate value (default 102) - - IP Range End to +#. Update the Management network configuration. - - CIDR to + - Set CIDR to appropriate value (default 192.168.0.0/24) - - Check VLAN tagging. + - Set IP Range Start to appropriate value (default 192.168.0.1) - - Set appropriate VLAN id. + - Set IP Range End to appropriate value (default 192.168.0.254) - - Gateway to + - Check . - - Set floating ip ranges + - Set appropriate VLAN id. (default 101) +#. Update the Private Network Information -27. Update the Storage Network Configuration + - Set CIDR to appropriate value (default 192.168.2.0/24 - - Set CIDR to appropriate value (default 192.168.1.0/24) + - Set IP Range Start to appropriate value (default 192.168.2.1) - - Set vlan to appropriate value (default 102) + - Set IP Range End to appropriate value (default 192.168.2.254) -28. Update the Management network configuration. + - Check . - - Set CIDR to appropriate value (default 192.168.0.0/24) + - Set appropriate VLAN tag (default 103) - - Check VLAN tagging. +#. Select the "Neutron L3 Node Networks group" on the left pane. - - Set appropriate VLAN id. (default 101) + .. figure:: img/neutronl3.png -29. Update the Private Network Information +#. Update the Floating Network configuration. - - Set CIDR to appropriate value (default 192.168.2.0/24 + - Set the Floating IP range start (default 172.16.0.130) - - Check and set VLAN tag appropriately (default 103) + - Set the Floating IP range end (default 172.16.0.254) -30. Update the Neutron L3 configuration. + - Set the Floating network name (default admin_floating_net) - - Set Internal network CIDR to an appropriate value +#. Update the Internal Network configuration. - - Set Internal network gateway to an appropriate value + - Set Internal network CIDR to an appropriate value (default 192.168.111.0/24) - - Set Guest OS DNS Server values appropriately + - Set Internal network gateway to an appropriate value -31. Save Settings. + - Set the Internal network name (default admin_internal_net) -32. Click on the "Nodes" Tab in the FUEL WEB UI. +#. Update the Guest OS DNS servers. -33. Assign roles. + - Set Guest OS DNS Server values appropriately - - Click on "+Add Nodes" button +#. Save Settings. - - Check "Controller" and the "Storage-Ceph OSD" in the Assign Roles Section +#. Select the "Other Node Networks group" on the left pane(see figure below). - - Check the 3 Nodes you want to act as Controllers from the bottom half of the screen + .. figure:: img/other.png - - Click . +#. Update the Public network assignment. - - Click on "+Add Nodes" button + - Check the box for "Assign public network to all nodes" (Required by OpenDaylight) - - Check "Compute" in the Assign Roles Section +#. Update Host OS DNS Servers. - - Check the Nodes that you want to act as Computes from the bottom half of the screen + - Provide the DNS server settings - - Click . +#. Update Host OS NTP Servers. + - Provide the NTP server settings -34. Configure interfaces. +Select Hypervisor type +---------------------- - - Check Select to select all nodes with Control, Telemetry, - MongoDB and Compute node roles. +#. In the FUEL UI of your Environment, click the "Settings" Tab - - Click +#. Select Compute on the left side pane (see figure below) - - Screen Configure interfaces on number of nodes is shown. + - Check the KVM box and press "Save settings" - - Assign interfaces (bonded) for mgmt-, admin-, private-, public- - and storage networks + .. figure:: img/compute.png + +Enable Plugins +-------------- + +#. In the FUEL UI of your Environment, click the "Settings" Tab + +#. Select Other on the left side pane (see figure below) - Note: Set MTU level to at least MTU=1458 (recommended - MTU=1450 for SDN over VXLAN Usage) for each network if you - using ODL plugin + - Enable and configure the plugins of your choice - - Click Apply + .. figure:: img/plugins.png -Enable ODL ----------- +Allocate nodes to environment and assign functional roles +--------------------------------------------------------- -TODO: NOT UPDATED YET FOR WP1 - NOT AVAILABLE AT TIME OF EDIT +#. Click on the "Nodes" Tab in the FUEL WEB UI (see figure below). -35. In the FUEL UI of your Enviornment, click the "Settings" Tab + .. figure:: img/addnodes.png - - Enable OpenStack debug logging (in the Common Section) - optional +#. Assign roles (see figure below). - - Check the OpenDaylight Lithium Plugin Section + - Click on the <+Add Nodes> button + + - Check , and optionally an SDN Controller role (OpenDaylight controller/ONOS) in the Assign Roles Section. + + - Check one node which you want to act as a Controller from the bottom half of the screen + + - Click . - - Check to enable VXLAN + - Click on the <+Add Nodes> button - - Modify VNI and Port Range if desired + - Check the and roles. - - Click "Save Settings" at the bottom to Save. + - Check the two next nodes you want to act as Controllers from the bottom half of the screen + + - Click + + - Click on <+Add Nodes> button + + - Check the and roles. + + - Check the Nodes you want to act as Computes from the bottom half of the screen + + - Click . + + .. figure:: img/computelist.png + +#. Configure interfaces (see figure below). + + - Check Select to select all allocated nodes + + - Click + + - Assign interfaces (bonded) for mgmt-, admin-, private-, public- + and storage networks + + - Click + + .. figure:: img/interfaceconf.png OPTIONAL - Set Local Mirror Repos --------------------------------- The following steps can be executed if you are in an environment with -no connection to the internet. The Fuel server delivers a local repo +no connection to the Internet. The Fuel server delivers a local repo that can be used for installation / deployment of openstack. -36. In the Fuel UI of your Environment, click the Settings Tab and -scroll to the Repositories Section. +#. In the Fuel UI of your Environment, click the Settings Tab and select General from the left pane. - Replace the URI values for the "Name" values outlined below: - "ubuntu" URI="deb http://:8080/ubuntu-part trusty main" - - "ubuntu-security" URI="deb - http://:8080/ubuntu-part trusty main" - - "ubuntu-updates" URI="deb - http://:8080/ubuntu-part trusty main" - - "mos-updates" URI="deb - http://:8080/mos-ubuntu mos6.1-updates main - restricted" - - "mos-security" URI="deb - http://:8080/mos-ubuntu mos6.1-security main - restricted" - - "mos-holdback" URI="deb - http://:8080/mos-ubuntu mos6.1-holdback main - restricted" - - - Click "Save Settings" at the bottom to Save your changes + + - "ubuntu-security" URI="deb http://:8080/ubuntu-part trusty main" + + - "ubuntu-updates" URI="deb http://:8080/ubuntu-part trusty main" + + - "mos-updates" URI="deb http://:8080/mos-ubuntu mos8.0-updates main restricted" + + - "mos-security" URI="deb http://:8080/mos-ubuntu mos8.0-security main restricted" + + - "mos-holdback" URI="deb http://:8080/mos-ubuntu mos8.0-holdback main restricted" + + - Click at the bottom to Save your changes Verify Networks --------------- -Its is important that Verify Networks be done as it will ensure that -you can not only communicate on the networks you have setup, but can -fetch the packages needed for a succesful deployment. +It is important that the Verify Networks action is performed as it will verify +that communicate works for the networks you have setup, as well as check that +packages needed for a successful deployment can be fetched. + +#. From the FUEL UI in your Environment, Select the Networks Tab and select "Connectivity check" on the left pane (see figure below) -37. From the FUEL UI in your Environment, Select the Networks Tab + - Select - - At the bottom of the page, Select "Verify Networks" + - Continue to fix your topology (physical switch, etc) until the "Verification Succeeded" and "Your network is configured correctly" message is shown + + .. figure:: img/verifynet.png - - Continue to fix your topology (physical switch, etc) until the - "Verification Succeeded - Your network is configured correctly" - message is shown Deploy Your Environment ----------------------- 38. Deploy the environment. - In the Fuel GUI, click on the Dashboard Tab. + - In the Fuel GUI, click on the "Dashboard" Tab. - - Click on 'Deploy Changes' in the 'Ready to Deploy?' Section + - Click on in the "Ready to Deploy?" section - - Examine any information notice that pops up and click 'Deploy' + - Examine any information notice that pops up and click - Wait for your deployment to complete, you can view the 'Dashboard' - Tag to see the progress and status of your deployment. + Wait for your deployment to complete, you can view the "Dashboard" + Tab to see the progress and status of your deployment. Installation health-check ========================= -39. Perform system health-check +#. Perform system health-check (see figure below) - Click the "Health Check" tab inside your Environment in the FUEL Web UI - - Check "Select All" and Click "Run Tests" - - Note: Live-Migraition test will fail (Bug in ODL currently), - you can skip this test in the list if you choose to not see - the error message, simply uncheck it in the list + - Check