debian-mirror-gitlab/doc/user/project/clusters/runbooks/index.md

155 lines
6.6 KiB
Markdown
Raw Normal View History

2020-05-24 23:13:21 +05:30
---
stage: Configure
group: Configure
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#designated-technical-writers
---
2018-12-13 13:39:08 +05:30
# Runbooks
2019-09-30 21:07:59 +05:30
Runbooks are a collection of documented procedures that explain how to
carry out a particular process, be it starting, stopping, debugging,
2018-12-13 13:39:08 +05:30
or troubleshooting a particular system.
2020-05-24 23:13:21 +05:30
Using [Jupyter Notebooks](https://jupyter.org/) and the
[Rubix library](https://github.com/Nurtch/rubix),
2019-07-07 11:18:12 +05:30
users can get started writing their own executable runbooks.
2019-09-30 21:07:59 +05:30
Historically, runbooks took the form of a decision tree or a detailed
step-by-step guide depending on the condition or system.
2018-12-13 13:39:08 +05:30
2019-09-30 21:07:59 +05:30
Modern implementations have introduced the concept of an "executable
runbooks", where, along with a well-defined process, operators can execute
2018-12-13 13:39:08 +05:30
pre-written code blocks or database queries against a given environment.
2019-09-04 21:01:54 +05:30
## Executable Runbooks
2018-12-13 13:39:08 +05:30
2020-06-23 00:09:42 +05:30
> [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/45912) in GitLab 11.4.
2018-12-13 13:39:08 +05:30
2019-09-30 21:07:59 +05:30
The JupyterHub app offered via GitLabs Kubernetes integration now ships
with Nurtchs Rubix library, providing a simple way to create DevOps
2020-05-24 23:13:21 +05:30
runbooks. A sample runbook is provided, showcasing common operations. While
Rubix makes it simple to create common Kubernetes and AWS workflows, you can
also create them manually without Rubix.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
<i class="fa fa-youtube-play youtube" aria-hidden="true"></i>
2018-12-13 13:39:08 +05:30
Watch this [video](https://www.youtube.com/watch?v=Q_OqHIIUPjE)
2020-05-24 23:13:21 +05:30
for an overview of how this is accomplished in GitLab!
2018-12-13 13:39:08 +05:30
## Requirements
To create an executable runbook, you will need:
2020-05-24 23:13:21 +05:30
- **Kubernetes** - A Kubernetes cluster is required to deploy the rest of the
applications. The simplest way to get started is to add a cluster using one
of [GitLab's integrations](../add_remove_clusters.md#create-new-cluster).
- **Helm Tiller** - Helm is a package manager for Kubernetes and is required to
install all the other applications. It's installed in its own pod inside the
cluster which can run the Helm CLI in a safe environment.
- **Ingress** - Ingress can provide load balancing, SSL termination, and name-based
virtual hosting. It acts as a web proxy for your applications.
- **JupyterHub** - [JupyterHub](https://jupyterhub.readthedocs.io/) is a multi-user
service for managing notebooks across a team. Jupyter Notebooks provide a
web-based interactive programming environment used for data analysis,
visualization, and machine learning.
2018-12-13 13:39:08 +05:30
## Nurtch
2020-05-24 23:13:21 +05:30
Nurtch is the company behind the [Rubix library](https://github.com/Nurtch/rubix).
Rubix is an open-source Python library that makes it easy to perform common
DevOps tasks inside Jupyter Notebooks. Tasks such as plotting Cloudwatch metrics
and rolling your ECS/Kubernetes app are simplified down to a couple of lines of
code. See the [Nurtch Documentation](http://docs.nurtch.com/en/latest/) for more
information.
2018-12-13 13:39:08 +05:30
## Configure an executable runbook with GitLab
2019-09-30 21:07:59 +05:30
Follow this step-by-step guide to configure an executable runbook in GitLab using
2020-05-24 23:13:21 +05:30
the components outlined above and the pre-loaded demo runbook.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. Add a Kubernetes cluster to your project by following the steps outlined in
[Create new cluster](../add_remove_clusters.md#create-new-cluster).
1. After the cluster has been provisioned in GKE, click the **Install** button
next to the **Helm Tiller** application to install Helm Tiller.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
![install helm](img/helm-install.png)
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. After Helm Tiller has been installed successfully, click the **Install** button next
to the **Ingress** application.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
![install ingress](img/ingress-install.png)
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. After Ingress has been installed successfully, click the **Install** button next
to the **JupyterHub** application. You will need the **Jupyter Hostname** provided
here in the next step.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
![install JupyterHub](img/jupyterhub-install.png)
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. After JupyterHub has been installed successfully, open the **Jupyter Hostname**
in your browser. Click the **Sign in with GitLab** button to log in to
JupyterHub and start the server. Authentication is enabled for any user of the
GitLab instance with OAuth2. This button redirects you to a page at GitLab
requesting authorization for JupyterHub to use your GitLab account.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
![authorize Jupyter](img/authorize-jupyter.png)
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. Click **Authorize**, and you will be redirected to the JupyterHub application.
1. Click **Start My Server**, and the server will start in a few seconds.
1. To configure the runbook's access to your GitLab project, you must enter your
[GitLab Access Token](../../../profile/personal_access_tokens.md)
and your Project ID in the **Setup** section of the demo runbook:
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. Double-click the **DevOps-Runbook-Demo** folder located on the left panel.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
![demo runbook](img/demo-runbook.png)
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. Double-click the `Nurtch-DevOps-Demo.ipynb` runbook.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
![sample runbook](img/sample-runbook.png)
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
Jupyter displays the runbook's contents in the right-hand side of the screen.
The **Setup** section displays your `PRIVATE_TOKEN` and your `PROJECT_ID`.
Enter these values, maintaining the single quotes as follows:
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
```sql
PRIVATE_TOKEN = 'n671WNGecHugsdEDPsyo'
PROJECT_ID = '1234567'
```
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. Update the `VARIABLE_NAME` on the last line of this section to match the name of
the variable you're using for your access token. In this example, our variable
name is `PRIVATE_TOKEN`.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
```sql
VARIABLE_VALUE = project.variables.get('PRIVATE_TOKEN').value
```
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. To configure the operation of a runbook, create and configure variables:
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
NOTE: **Note:**
For this example, we are using the **Run SQL queries in Notebook** section in the
sample runbook to query a PostgreSQL database. The first four lines of the following
code block define the variables that are required for this query to function:
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
```sql
%env DB_USER={project.variables.get('DB_USER').value}
%env DB_PASSWORD={project.variables.get('DB_PASSWORD').value}
%env DB_ENDPOINT={project.variables.get('DB_ENDPOINT').value}
%env DB_NAME={project.variables.get('DB_NAME').value}
```
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. Navigate to **{settings}** **Settings >> CI/CD >> Variables** to create
the variables in your project.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
![GitLab variables](img/gitlab-variables.png)
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. Click **Save variables**.
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
1. In Jupyter, click the **Run SQL queries in Notebook** heading, and then click
**Run**. The results are displayed inline as follows:
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
![PostgreSQL query](img/postgres-query.png)
2018-12-13 13:39:08 +05:30
2020-05-24 23:13:21 +05:30
You can try other operations, such as running shell scripts or interacting with a
Kubernetes cluster. Visit the
2019-09-30 21:07:59 +05:30
[Nurtch Documentation](http://docs.nurtch.com/) for more information.