Installing Che on Microsoft Azure

Microsoft Azure is a cloud computing service created by Microsoft for building, testing, deploying, and managing applications and services through Microsoft-managed data centers.

This section provides information about installing, enabling, and basic use of Che on Microsoft Azure.

Preparing Azure for installing Che


To configure the Azure environment for Che:

  1. Install the Azure command-line tool. For details, see Install the Azure CLI.

    For example, on macOS:

    $ brew update && brew install azure-cli
  2. Log in to Azure:

    $ az login
  3. Create an Azure group (to list the locations, use the az account list-locations command):

    $ az group create --name eclipseCheResourceGroup --location francecentral
      "id": "/subscriptions/ab0f7986-a280-481c-a47d-98fa45ff94ca/resourceGroups/eclipseCheResourceGroup",
      "location": "francecentral",
      "managedBy": null,
      "name": "eclipseCheResourceGroup",
      "properties": {
        "provisioningState": "Succeeded"
      "tags": null,
      "type": null
  4. Create the cluster:

    $ az aks create --resource-group eclipseCheResourceGroup \
      --name eclipse-che --node-count 1 --enable-addons monitoring --generate-ssh-keys
  5. Configure kubectl:

    $ az aks get-credentials --name eclipse-che --resource-group eclipseCheResourceGroup
    Merged "eclipse-che" as current context in /Users/benoitf/.kube/config
  6. Check the Kubernetes context:

    $ kubectl config current-context
    $ kubectl get pods --all-namespaces

    All the Pods in the running state are displayed.

Installing Ingress on Kubernetes

Eclipse Che uses Ingress.


To install Ingress-nginx:

  1. Install the cloud configuration:

    $ kubectl apply \

    The following output confirms that the Ingress controller is running:

    $ kubectl get pods --namespace ingress-nginx
    NAME                                        READY   STATUS    RESTARTS   AGE
    nginx-ingress-controller-76c86d76c4-gswmg   1/1     Running   0          9m3s

    Wait for the container to run.

  2. Wait for the external IP. Note that a <pending> status for the external IP is shown before the exact external IP address is displayed.

    $ kubectl get services  --namespace ingress-nginx
    NAME           TYPE          CLUSTER-IP   EXTERNAL-IP    PORT(S)                     AGE
    ingress-nginx  LoadBalancer  80:31107/TCP,443:30629/TCP  8m59s
  3. Get the external IP of Ingress-nginx.

    $ kubectl get services --namespace ingress-nginx \
      -o jsonpath='{.items[].status.loadBalancer.ingress[0].ip}'

Configuring DNS on Azure


To configure DNS on Azure:

  1. In the Azure web console, navigate to HomeDNS zones.

    DNS zone in Microsoft Azure
  2. Create a new zone.

    1. In the Resource group drop-down list, click eclipseCheResourceGroup.

      Selecting the resource group
    2. In the Instance details section, in the Name field, type the name of the domain (, in this case. You will need to get a domain name from a registrar like Namecheap or GoDaddy).

    3. Click the Review + create button.

      Entering the name for the domain
  3. Click the Create button.

    Completing the creation of the zone

    The created zone and the list of name servers (NS) are displayed in the DNS Zones section.

    List of created zones and name servers

    These servers must be configured with the registrar of the domain.

  4. Navigate to the Azure DNS zone, and click the + Record set button (record set button).

  5. To add a record set:

    1. In the Name field, type *.

    2. In the IP Address field, select the external IP of Ingress-nginx controller that the user had obtained in the Installing Ingress on Kubernetes section (, in this case).

      Adding a record set

      The following is an example of an added DNS zone:

      Example of an added DNS zone

Enabling the TLS and DNS challenge on Azure

To use Azure DNS and TLS, permissions must be granted to have cert-manager managing the DNS challenge for the Let’s Encrypt service.

  1. Set the variable for the domain:
  2. Generate the secrets:

    AZURE_CERT_MANAGER_SP_APP_ID=$(az ad sp create-for-rbac --name cert-manager-eclipse-che --query "appId" --output tsv)
    AZURE_CERT_MANAGER_SP_PASSWORD=$(az ad sp create-for-rbac --name cert-manager-eclipse-che --query "password" --output tsv)
  3. Lower the permissions of the service principal (SP):

    $ az role assignment delete --assignee $AZURE_CERT_MANAGER_SP_APP_ID --role Contributor
  4. Give access to the DNS zone:

    DNS_ID=$(az network dns zone show --name $AZURE_CERT_MANAGER_DNS_NAME --resource-group eclipseCheResourceGroup --query "id" --output tsv)
    $ az role assignment create --assignee $AZURE_CERT_MANAGER_SP_APP_ID \
      --role "DNS Zone Contributor" --scope $DNS_ID
  5. Check the permissions:

    $ az role assignment list --assignee $AZURE_CERT_MANAGER_SP_APP_ID
  6. Get the Service Principal App ID and password for the configuration:


Creating a Service Account Secret on Azure

The secret must be in the cert-manager namespace. Otherwise the secret cannot be found, and cert-manager reports errors.


To create the secret, run the following command:

$ kubectl create secret generic azuredns-config \
  --from-literal=CLIENT_SECRET=$AZURE_CERT_MANAGER_SP_PASSWORD -n cert-manager

Installing cert-manager on Azure

  • The kubectl tool is available.

  1. To install the cert-manager on Azure, create the cert-manager namespace:

    $ kubectl create namespace cert-manager
    namespace/cert-manager created
    $ kubectl label namespace cert-manager
    $ kubectl apply \
    $ kubectl apply \
     --validate=false -f
  2. Create the che namespace if it does not already exist:

    $ kubectl create namespace eclipse-che
    namespace/eclipse-che created
  3. Create the certificate issuer. Enter your email address in the email field and set clientID, CLIENT_SECRET subscriptionID, tenantID, hostedZoneName fields:

    cat <<EOF | kubectl apply -f -
    kind: ClusterIssuer
      name: che-certificate-issuer
        - dns01:
              # Service principal clientId (It's the value printed in the previous lines: echo ID=$AZURE_CERT_MANAGER_SP_APP_ID )
              clientID: <AZURE_CERT_MANAGER_SP_APP_ID>
              # A secretKeyRef to a service principal ClientSecret (password)
              # ref:
                name: azuredns-config
                key: CLIENT_SECRET
              # Azure subscription Id that can be obtained with command:
              # $ az account show  | jq -r '.id'
              subscriptionID: <SUBSCRIPTION_ID>
              # Azure AD tenant Id that can be obtained with command:
              # $ az account show  | jq -r '.tenantId'
              tenantID: <TENANT_ID>
              resourceGroupName: eclipseCheResourceGroup
              # The DNS Zone to use
          name: letsencrypt
  4. Create the certificate and edit the domain name:

    cat <<EOF | kubectl apply -f -
    kind: Certificate
     name: che-tls
     namespace: eclipse-che
     secretName: che-tls
       name: che-certificate-issuer
       kind: ClusterIssuer
       - '*'
  5. Check that the issuerRef name is the same as the ClusterIssuer. A new DNS challenge is added to the DNS zone for Let’s Encrypt.

    new dns challenge added

    The cert-manager logs contain information about the DNS challenge.

  6. Obtain the logs using the following command (here, cert-manager-8d478bb45-2924h is the name of the cert-manager Pod):

    $ kubectl logs -f -n cert-manager cert-manager-8d478bb45-2924h
  7. Ensure that the certificate is ready:

    $ kubectl describe certificate/che-tls -n eclipse-che
        Last Transition Time:  2019-07-29T13:50:35Z
        Message:               Certificate issuance in progress. Temporary certificate issued.
        Reason:                TemporaryCertificate
        Status:                False
        Type:                  Ready
      Type    Reason              Age   From          Message
      ----    ------              ----  ----          -------
      Normal  Generated           47s   cert-manager  Generated new private key
      Normal  GenerateSelfSigned  47s   cert-manager  Generated temporary self signed certificate
      Normal  OrderCreated        47s   cert-manager  Created Order resource "che-tls-3529929423”
  8. Wait for the status to show OK and ensure that the log contains the following:

    $ kubectl describe certificate/che-tls -n eclipse-che
    Name:         che-tls
    Namespace:    che
    Labels:       <none>
    Annotations:  API Version:
    Kind:         Certificate
      Creation Timestamp:  2020-07-29T10:32:49Z
      Generation:          1
      Resource Version:    7961
      Self Link:           /apis/
      UID:                 2034c6d5-bce3-4ce8-8489-df31d02b84e9
      Dns Names:
      Issuer Ref:
        Kind:       ClusterIssuer
        Name:       che-certificate-issuer
      Secret Name:  che-tls
        Last Transition Time:  2020-07-29T10:35:05Z
        Message:               Certificate is up to date and has not expired
        Reason:                Ready
        Status:                True
        Type:                  Ready
      Not After:               2020-10-27T09:35:02Z
      Type    Reason        Age    From          Message
      ----    ------        ----   ----          -------
      Normal  GeneratedKey  5m49s  cert-manager  Generated a new private key
      Normal  Requested     5m49s  cert-manager  Created new CertificateRequest resource "che-tls-2082883576"
      Normal  Issued        3m34s  cert-manager  Certificate issued successfully

Installing Che on Kubernetes using chectl

Kubernetes is an open source system for automating deployment, scaling, and managing containerized applications. The following section describes the process of deploying Che on Kubernetes by using the chectl tool.

  1. Install Che on Kubernetes:

    $ chectl server:deploy --platform=k8s
    › Current Kubernetes context: 'current-context'
      ✔ Verify Kubernetes API...OK
      ✔ 👀  Looking for an already existing Eclipse Che instance
        ✔ Verify if Eclipse Che is deployed into namespace "eclipse-che" is not
      ✔ ✈️  Kubernetes preflight checklist
        ✔ Verify if kubectl is installed
        ✔ Verify remote kubernetes status...done.
        ✔ Check Kubernetes version: Found v1.22.2.
        ✔ Verify domain is set...set to
        ↓ Check if cluster accessible [skipped]
      ✔ Following Eclipse Che logs
        ✔ Start following Operator logs...done
        ✔ Start following Eclipse Che Server logs...done
        ✔ Start following PostgreSQL logs...done
        ✔ Start following Keycloak logs...done
        ✔ Start following Plug-in Registry logs...done
        ✔ Start following Devfile Registry logs...done
        ✔ Start following Eclipse Che Dashboard logs...done
        ✔ Start following namespace events...done
     ›   Warning: Consider using the more reliable 'OLM' installer when deploying a stable release of Eclipse Che (--installer=olm).
      ✔ Create Namespace eclipse-che...[Exists]
      ✔ 🏃‍  Running the Eclipse Che operator
        ✔ Create ServiceAccount che-operator in namespace eclipse-che...done.
        ✔ Read Roles and Bindings...done.
        ✔ Creating Roles and Bindings...done.
        ✔ Create CRD
        ✔ Create backup and restore CRDs...done.
        ✔ Waiting 5 seconds for the new Kubernetes resources to get flushed...done.
        ✔ Create deployment che-operator in namespace eclipse-che...done.
        ✔ Operator pod bootstrap
          ✔ Scheduling...done
          ✔ Downloading images...done
          ✔ Starting...done
        ✔ Prepare Eclipse Che cluster CR...Done.
        ✔ Create the Custom Resource of type in the namespace eclipse-che...done.
      ✔ ✅  Post installation checklist
        ✔ PostgreSQL pod bootstrap
          ✔ Scheduling...done
          ✔ Downloading images...done
          ✔ Starting...done
        ✔ Keycloak pod bootstrap
          ✔ Scheduling...done
          ✔ Downloading images...done
          ✔ Starting...done
        ✔ Devfile Registry pod bootstrap
          ✔ Scheduling...done
          ✔ Downloading images...done
          ✔ Starting...done
        ✔ Plug-in Registry pod bootstrap
          ✔ Scheduling...done
          ✔ Downloading images...done
          ✔ Starting...done
        ✔ Eclipse Che Dashboard pod bootstrap
          ✔ Scheduling...done
          ✔ Downloading images...done
          ✔ Starting...done
        ✔ Eclipse Che Server pod bootstrap
          ✔ Scheduling...done
          ✔ Downloading images...done
          ✔ Starting...done
        ✔ Eclipse Che status check...done
      ✔ Retrieving Che self-signed CA certificate...OK
      ✔ Prepare post installation output...done
      ✔ Show important messages
        ✔ Eclipse Che 7.43 has been successfully deployed.
        ✔ Documentation             :
        ✔ -------------------------------------------------------------------------------
        ✔ Users Dashboard           :
        ✔ Admin user login          : "XXX:XXX". NOTE: must change after first login.
        ✔ -------------------------------------------------------------------------------
        ✔ Plug-in Registry          :
        ✔ Devfile Registry          :
        ✔ -------------------------------------------------------------------------------
        ✔ Identity Provider URL     :
        ✔ Identity Provider login   : "XXX:XXX".
        ✔ -------------------------------------------------------------------------------
        ✔ [ACTION REQUIRED] Please add Che self-signed CA certificate into your browser: /tmp/cheCA.crt.
       Documentation how to add a CA certificate into a browser:
    Command server:deploy has completed successfully in 04:25.
Verification steps
  1. Investigate the Che logs:

    $ chectl server:logs --namespace eclipse-che
  2. Verify that the certificate settings are correct.

    1. Open Eclipse Che server URL from the output of the previous command.

    2. Click on the lock icon in the address bar.

    3. Verify that the pop-up window displays the Connection is secure message.

Additional resources