Skip to main content
We recommend using Helm to set up your Kubernetes cluster. You can find our Mage Helm documentation here. You will need to create a persistent volume for your cluster. You will need to include your Kubernetes namespace as an environment variable when setting up your Kubernetes deployment. Here is a sample config for the values.yaml file for the Helm chart: 
volumes:
  - name: mage-fs
    persistentVolumeClaim:
      claimName: gke-mage-pvc


env:
  - name: KUBE_NAMESPACE
    valueFrom:
      fieldRef:
        fieldPath: metadata.namespace
  - name: PROJECT_TYPE
    value: main
  - name: MAGE_DATABASE_CONNECTION_URL
    value: <database_connection_url>
  - name: REQUIRE_USER_AUTHENTICATION
    value: "1"

​
Permissions

Once your cluster and initial deployment is created, you will also need to give your Kubernetes service account some permissions in order to create the necessary resources. You can run the folliwng kubectl command to create the ClusterRole required for managing the Kubernetes resources. 
cat <<EOF | kubectl apply -f -
---
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: manage-role
rules:
  - apiGroups:
      - ""
      - apps
    resources:
      - nodes
      - persistentvolumeclaims
      - services
      - statefulsets
      - statefulsets/scale
      - ingresses
      - configmaps
    verbs: ["get", "list", "watch", "create", "update", "patch", "delete"]
EOF
Once the cluster role is created, you will need to bind the role to the service account. You will need to change the service account name if it is not default: 
kubectl create clusterrolebinding manage-role-binding \
  --clusterrole=manage-role  \
  --serviceaccount=default:default

​
Configuration

When creating a new Kubernetes workspace, you can configure the following Kubernetes settings:
Kubernetes configuration
FieldDescription
Workspace nameName of workspace. This name will be used to create all resources for the workspace.
Service account nameKubernetes service account to use to create the resources. Defaults to current pod’s service account name.
Ingress nameName of ingress to add the new workspace to. See more information about the ingress set up below.
Storage class nameName of storage class to provision storage from for the stateful set. Defaults to current pvc’s storage class name.
Storage request sizeAmount of storage to provision for the persistent volume claim (in GB). Defaults to current pvc’s storage request.
Access modeAccess mode for persistent volume claim. More info in Kubernetes docs. Defaults to current pvc’s access mode.
Configure containerCustomize the configuration for the container. Configuration options

​
Lifecycle management

Available in version 0.9.41 and greater.
Mage provides some support for managing the lifecycle of the workspace. For Kubernetes workspaces, Mage supports the following lifecycle management options:
When the workspace is stopped, Mage will scale down the stateful set to 0, but all the other resources will still exist. The workspace can be resumed after being stopped through the UI.
Auto termination configuration
Mage will automatically stop the workspace after the specified amount of time (max idle time).
Auto termination configuration
You can select a Python pre start script that will be run before the container is started. The script must must be a valid Python script with a get_custom_configs method that returns a dictionary. The get_custom_configs method will be passed the container config of the workspace as an argument. Here is an example script:
### example_pre_start.py

from typing import Dict

def get_custom_configs(mage_container_config: Dict) -> Dict:
    current_env = config.get('env', [])
    current_env.append({
        'name': 'RANDOM_ENV_VAR',
        'value': 'HI HELLO',
    })
    config['env'] = current_env
    return config
This script will add an environment variable to the container config before the container is started. This will be run when the Kubernetes pod is restarted as well. The returned Dictionary must be a valid Kubernetes container config. You can find the schema for a container config here
Auto termination configuration
You can also configure a post start hook that will be run after the container is started. This setting leverages the native Kubernetes container lifecycle PostStart hook. Mage provides two configuration fields:
  1. Command: corresponds to the Kubernetes lifecycle.postStart.exec.command field. This field is required if you are using a post start hook. This can be a string command or a list.
  2. Path to hook: Mage will mount the file specified by this setting to the container. You can reference this fild in your post start command to perform more advanced operations. The path of this file will be /app/<file_name> in the container.
Example:
Command: ["/bin/sh", "-c", "/app/example_post_start.sh"]
Path to hook: /home/src/my_mage_project/example_post_start.sh

​
Ingress

When an ingress is provided, the MAGE_BASE_PATH environment variable will be set automatically to the name of the workspace. Thus, the workspace will be accessible at the /<workspace-name> path. Providing an ingress name will add the workspace to the ingress rules like this: 
spec:
  rules:
    - host: "your host"
      http:
        paths:
          ...
          - path: /<workspace-name>
            path_type: Prefix
            backend:
              service:
                name: <service-name>
                port: 6789
⌘I