• Installing applications
  • Helm
  • Cert-Manager
  • GitLab Runner
  • Ingress
    • Web Application Firewall (ModSecurity)
  • JupyterHub
    • Jupyter Git Integration
  • Knative
  • Prometheus
• Upgrading applications
• Uninstalling applications
• Troubleshooting applications

GitLab Managed Apps

GitLab provides GitLab Managed Apps, a one-click install for various applications which can be added directly to your configured cluster.

These applications are needed for Review Apps and deployments when using Auto DevOps.

You can install them after you create a cluster.

Installing applications

Applications managed by GitLab will be installed onto the gitlab-managed-apps namespace.

This namespace:

• Is different from the namespace used for project deployments.
• Is created once.
• Has a non-configurable name.

To see a list of available applications to install. For a:

• Project-level cluster, navigate to your project’s Operations > Kubernetes.
• Group-level cluster, navigate to your group’s Kubernetes page.

Install Helm first as it’s used to install other applications.

The following applications can be installed:

• Helm
• Ingress
• Cert-Manager
• Prometheus
• GitLab Runner
• JupyterHub
• Knative

With the exception of Knative, the applications will be installed in a dedicated namespace called gitlab-managed-apps.

Helm

Helm is a package manager for Kubernetes and is required to install all the other applications. It is installed in its own pod inside the cluster which can run the helm CLI in a safe environment.

Cert-Manager

Cert-Manager is a native Kubernetes certificate management controller that helps with issuing certificates. Installing Cert-Manager on your cluster will issue a certificate by Let’s Encrypt and ensure that certificates are valid and up-to-date.

GitLab Runner

GitLab Runner is the open source project that is used to run your jobs and send the results back to GitLab. It is used in conjunction with GitLab CI/CD, the open-source continuous integration service included with GitLab that coordinates the jobs. When installing the GitLab Runner via the applications, it will run in privileged mode by default. Make sure you read the security implications before doing so.

Ingress

Ingress can provide load balancing, SSL termination, and name-based virtual hosting. It acts as a web proxy for your applications and is useful if you want to use Auto DevOps or deploy your own web apps.

Web Application Firewall (ModSecurity)

Out of the box, GitLab provides you real-time security monitoring with modsecurity

Modsecurity is a toolkit for real-time web application monitoring, logging, and access control. With GitLab’s offering, the OWASP’s Core Rule Set, which provides generic attack detection capabilities, is automatically applied.

This feature:

• Runs in “Detection-only mode” unless configured otherwise.

• Is viewable by checking your Ingress controller’s modsec log for rule violations. For example:

  kubectl -n gitlab-managed-apps exec -it $(kubectl get pods -n gitlab-managed-apps | grep 'ingress-controller' | awk '{print $1}') -- tail -f /var/log/modsec_audit.log
  

There is a small performance overhead by enabling modsecurity. However, if this is considered significant for your application, you can toggle the feature flag back to false by running the following command within the Rails console:

Feature.disable(:ingress_modsecurity)

Once disabled, you must uninstall and reinstall your Ingress application for the changes to take effect.

JupyterHub

JupyterHub 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.

Authentication will be enabled only for project members for project-level clusters and group members for group-level clusters with Developer or higher access to the associated project or group.

We use a custom Jupyter image that installs additional useful packages on top of the base Jupyter. You will also see ready-to-use DevOps Runbooks built with Nurtch’s Rubix library.

More information on creating executable runbooks can be found in our Runbooks documentation. Note that Ingress must be installed and have an IP address assigned before JupyterHub can be installed.

Jupyter Git Integration

When installing JupyterHub onto your Kubernetes cluster, JupyterLab’s Git extension is automatically provisioned and configured using the authenticated user’s:

• Name.
• Email.
• Newly created access token.

JupyterLab’s Git extension enables full version control of your notebooks as well as issuance of Git commands within Jupyter. Git commands can be issued via the Git tab on the left panel or via Jupyter’s command line prompt.

You can clone repositories from the files tab in Jupyter:

Knative

Knative provides a platform to create, deploy, and manage serverless workloads from a Kubernetes cluster. It is used in conjunction with, and includes Istio to provide an external IP address for all programs hosted by Knative.

You will be prompted to enter a wildcard domain where your applications will be exposed. Configure your DNS server to use the external IP address for that domain. For any application created and installed, they will be accessible as <program_name>.<kubernetes_namespace>.<domain_name>. This will require your Kubernetes cluster to have RBAC enabled.

Prometheus

Prometheus is an open-source monitoring and alerting system useful to supervise your deployed applications.

Upgrading applications

The applications below can be upgraded.

To upgrade an application:

1. For a:
   • Project-level cluster, navigate to your project’s Operations > Kubernetes.
   • Group-level cluster, navigate to your group’s Kubernetes page.
2. Select your cluster.
3. If an upgrade is available, the Upgrade button is displayed. Click the button to upgrade.

Uninstalling applications

The applications below can be uninstalled.

To uninstall an application:

1. For a:
   • Project-level cluster, navigate to your project’s Operations > Kubernetes.
   • Group-level cluster, navigate to your group’s Kubernetes page.
2. Select your cluster.
3. Click the Uninstall button for the application.

Support for uninstalling all applications is planned for progressive rollout. To follow progress, see the relevant epic.

Troubleshooting applications

Applications can fail with the following error:

Error: remote error: tls: bad certificate

To avoid installation errors:

• Before starting the installation of applications, make sure that time is synchronized between your GitLab server and your Kubernetes cluster.

• Ensure certificates are not out of sync. When installing applications, GitLab expects a new cluster with no previous installation of Helm.

  You can confirm that the certificates match via kubectl:

  kubectl get configmaps/values-content-configuration-ingress -n gitlab-managed-apps -o \
  "jsonpath={.data['cert\.pem']}" | base64 -d > a.pem
  kubectl get secrets/tiller-secret -n gitlab-managed-apps -o "jsonpath={.data['ca\.crt']}" | base64 -d > b.pem
  diff a.pem b.pem