summaryrefslogtreecommitdiffstats
path: root/docs/release/installation/installation.instruction.rst
blob: fddc31ab031d05a65240bb3370b25706724d48a0 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
.. This work is licensed under a Creative Commons Attribution 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0
.. (c) Open Platform for NFV Project, Inc. and its contributors

**************************************
OPNFV Airship Installation Instruction
**************************************

Abstract
========

This document describes how to deploy NFVi with Airship Installer.

Version history
^^^^^^^^^^^^^^^

+--------------------+--------------------+--------------------+--------------------+
| **Date**           | **Ver.**           | **Author**         | **Comment**        |
|                    |                    |                    |                    |
+--------------------+--------------------+--------------------+--------------------+
| 2020-01-21         | 0.1.0              | James Gu           | First draft based  |
|                    |                    |                    | on Wiki content    |
+--------------------+--------------------+--------------------+--------------------+

Introduction
============

This document provides concepts and procedures for deploying an NFVi with Airship Installer in a
hardware infrastructure.

This document includes the following content:

• Introduction to the upstream tool set used by the Airship Installer, for example, `Airship Project <https://www.airshipit.org>`_, `OpenStack Helm <https://wiki.openstack.org/wiki/Openstack-helm>`_, `Treasuremap <https://opendev.org/airship/treasuremap>`_, and so on.
• Instructions for preparing a site manifest in declarative YAML, including hardware profile and
software stack, according to the hardware infrastructure and software component model specified in
the NFVi reference model and reference architecture.
• Instructions for customizing the settings in the site manifest.
• Instructions for running the deployment script.
• Instructions for setting up a CI/CD pipeline for automating deployment and testing.

Intel Pod 17 is used to deploy reference NFVi. Therefore, the examples in this document are based on
the hardware profile of Intel Pod 17. Instructions are either referenced (to the upstream document) or
provided (in this document) so that the reader can modify the settings of the hardware profile and/or
software stack accordingly.

Airship
^^^^^^^

Airship is a collection of loosely coupled and interoperable open source tools that declaratively
automate cloud provisioning.

Airship is a robust delivery mechanism for organizations who want to embrace containers as the new
unit of infrastructure delivery at scale. Starting from raw bare metal infrastructure, Airship manages
the full lifecycle of data center infrastructure to deliver a production-grade Kubernetes cluster with
Helm deployed artifacts, including OpenStack-Helm. Airship allows operators to manage their
infrastructure deployments and lifecycle through the declarative YAML documents that describe an
Airship environment.

For more information, see https://www.airshipit.org.

OpenStack Helm
^^^^^^^^^^^^^^

OpenStack-Helm is a set of Helm charts that enable deployment, maintenance, and upgrading of loosely
coupled OpenStack services and their dependencies individually or as part of complex environments.
For more information, see https://wiki.openstack.org/wiki/Openstack-helm.

Treasuremap
^^^^^^^^^^^

Treasuremap is a deployment reference as well as CI/CD project for Airship.

Airship site deployments use the ``treasuremap`` repository as a ``global`` manifest set (YAML configuration
documents) that are then overridden with site-specific configuration details (networking, disk layout,
and so on).

For more information, see https://airship-treasuremap.readthedocs.io.

Manifests
=========

Airship is a declarative way of automating the deployment of a site. Therefore, all the deployment
details are defined in the manifests.

The manifests are divided into three layers: ``global``, ``type``, and ``site``. They are hierarchical and meant
as overrides from one layer to another. This means that `global` is baseline for all sites, `type` is a
subset of common overrides for a number of sites with common configuration patterns (such as similar
hardware, specific feature settings, and so on), and finally the `site` is the last layer of
site-specific overrides and configuration (such as specific IP addresses, hostnames, and so on). See
`Deckhand documentation <https://airship-deckhand.readthedocs.io/en/latest/overview.html#layering>`_ for more details on layering.

The `global` and `type` manifests can be used *as is* unless any major differences from a reference
deployment are required. In the latter case, this may introduce a new type, or even contributions to
the `global` manifests.

The site manifests are specific for each site and are required to be customized for each new
deployment. The specific documentation for customizing these documents is located here:

• Airship `Site Authoring and Deployment Guide <https://airship-treasuremap.readthedocs.io/en/latest/authoring_and_deployment.html>`_
• Code comments in the manifests themselves, for example `common-addresses.yaml <https://github.com/opnfv/airship/blob/master/site/intel-pod17/networks/common-addresses.yaml#L14>`_
• As well as each individual chart of components, for example, Deckhand chart `values.yaml <https://github.com/airshipit/deckhand/blob/master/charts/deckhand/values.yaml>`_

Global
^^^^^^

Global manifests, defined in Airship `Treasuremap <https://github.com/airshipit/treasuremap/tree/master/global>`_, contain base configurations common to all sites.
The versions of all Helm charts and Docker images, for example, are specified in `versions.yaml <https://github.com/airshipit/deckhand/blob/master/charts/deckhand/values.yaml>`_.

Type
^^^^

The type `cntt` will eventually support specifications published by the CNTT community. See `CNTT type <https://github.com/opnfv/airship/tree/master/type/cntt>`_.

Site
^^^^

The site documents reside under the `site` folder. While the folder already contains some sites, and
will contain more in the future, the `intel-pod17` site shall be considered the Airship OPNFV reference
site. See more at `POD17 manifests <https://github.com/opnfv/airship/tree/master/site/intel-pod17>`_.

The `site-definition.yaml <https://github.com/opnfv/airship/blob/master/site/intel-pod17/site-definition.yaml>`_ ties together site with the specific type and `global` manifests.

.. code-block:: yaml

   data:
     site_type: cntt

     repositories:
       global:
         revision: v1.7
         url: https://opendev.org/airship/treasuremap.git

Deployment
==========

As Airship is tooling to declaratively automate site deployment, the automation from the installer
side is light. See `deploy.sh <https://github.com/opnfv/airship/blob/master/tools/deploy.sh>`_.

You will need to export environment variables that correspond to the new site (`keystone` URL, node
IPs, and so on). See the beginning of the deploy script for details on the required variables.

Once the prerequisites that are described in the Airship deployment guide (such as setting up Genesis
node), and the manifests are created, you are ready to execute deploy.sh that supports Shipyard
actions: `deploy_site` and `update_site`.

.. code-block:: console

   $ tools/deploy.sh
     Usage: deploy.sh <deploy_site|update_site>

CI/CD
=====

TODO: Describe pipelines and approach
https://build.opnfv.org/ci/view/airship/

OpenStack
=========

The `treasuremap` repository contains a wrapper script for running OpenStack clients tools/openstack.
The wrapper uses `heat` image that already has OpenStack client installed.

Clone latest ``treasuremap`` code

.. code-block:: console

   $ git clone https://github.com/airshipit/treasuremap.git

Setup the needed environment variables, and execute the script as OpenStack CLI

.. code-block:: console

   $ export OSH_KEYSTONE_URL='http://identity-airship.intel-pod17.opnfv.org/v3'
   $ export OS_REGION_NAME=intel-pod17
   $ treasuremap/tools/openstack image list