Installing the server software on Ubuntu using microk8s

You can install Rational® Test Automation Server on the Ubuntu server that has a Kubernetes environment to run functional, integration, and performance tests. Rational® Test Automation Server combines test data, test environments, and test runs and reports into a single, web-based browser for testers and non-testers.

Before you begin

You must have completed the following tasks:

About this task

As part of the installation process, you might optionally migrate user data from a previous version of the product, or restore a backup of user data from the current version of the product. You must perform different steps, depending on which version of the user data backup file you are applying during the install. For more details, see the following table:

Backed up user data from To restore
Rational® Test Automation Server V10.0.2, Fix Pack 1 or earlier Perform step 5.
Rational® Test Automation Server V10.1.1 Perform step 10.

Procedure

  1. Log in to the Ubuntu server as a non-root user.
  2. Create a namespace to install the server software by entering the following command:
    kubectl create namespace test-system
  3. Run the following command to get the latest updates from the repository:
    helm repo update
  4. Create a secret to pull images that are used by Rational® Test Automation Server by entering the following command:
    Notes:
    • You must replace {okta-email-address} with the username of the Harbor repository and {harbor-cli-secret} with the secret key that you have copied from the Harbor repository.

    • You can replace not-required@test with the administrator's email address, if required.

    kubectl create secret docker-registry hclcr.io \
      -n test-system \
      --docker-server=hclcr.io \
      --docker-username={okta-email-address} \
      --docker-password={harbor-cli-secret} \
      --docker-email=not-required@test
  5. Optionally, you can complete the following two steps to migrate user data from the previous version (V10.0.2, Fix Pack 1 or earlier):
    1. Run the following commands to start a pod that assists you in migrating user data:
      #Retrieve the backup yaml file
      helm repo update
      helm pull --untar hclsoftware/hcl-onetest-server --version 2.1011.0
      
      #Modify the backup yaml file with the release name for your server by replacing {my-ots}
      sed -i 's/{{ \.Release\.Name }}/{my-ots}/g' hcl-onetest-server/files/import-prek8s-backup.yaml
      
      #Apply the backup yaml file to start the import-prek8s-backup pod
      kubectl apply -f hcl-onetest-server/files/import-prek8s-backup.yaml -n test-system
    2. Run the following command to display the import-prek8s-backup pod's log, and then follow the instructions in the log to copy your backup file to where the pod is waiting to process it:
      kubectl logs import-prek8s-backup -n test-system

      When the user data backup is fully migrated, the import-prek8s-backup pod changes from Running to Completed state. To view the pod state you can run the kubectl get pod import-prek8s-backup -n test-system command.

      Progress can be monitored by displaying the log to check for updates. When the state of the pod is Completed, the log file displays the additional parameters that must be added to the helm install in step 8. The following is an example that shows the additional helm arguments:
      --set keycloak.keycloak.username=admin \
       --set execution.existingPostgresqlPassword=SwztX9JRO/yL9jtgioUiKMGjlsWfM7Ok \
       --set existingKeycloakPassword=jqdV7aveCa3WShkdSF/Z8hAasBupsvp6 \
       --set existingKeycloakPostgresqlPassword=pKVFQUQWRU7BJC6sKeOZIm8zCzLkbXM7 \
       --set existingOauthClientSecret=EMRpHBRurFIMB9X+nfwApnLBBpkvn8+z \
       --set existingPostgresqlPassword=8HY3nADjTZBC2lLj0i7Y7v6wHeEji9ds \
       --set existingSecretsMasterPassword=ibIPh6wGAv0IjsveOrYX1TRwo3ChvxWx \
       --set results.existingPostgresqlPassword=7X3aaAVeHxdzJ+BlFTG7G7rypzsbhd6D \
       --set rm.existingPostgresqlPassword=3uaEx5wTja+PSzvG64O1+cpO3glGAaVt \
       --set tam.existingPostgresqlPassword=7JO95keyZ/F9w5rBcXj2YZFKFf/aAK1F \
  6. Optional: To enable services in the Istio Service Mesh to be virtualized as stubs, you must add the following parameters to the helm install parameters in Step 8 before installing the server:
    --set execution.istio.enabled=true \
    --set execution.istio.clusterRoleBinding.create=true
  7. Optional: To enable the running of stubs that virtualize services in namespaces, add the following parameters to the helm install parameters in Step 8 before installing the server:
    --set execution.istio.namespaces='{namespaceA,namespaceB}' \
    Alternatively, you can add the parameters to the helm install parameters by using an array index notation.
    --set execution.istio.namespaces[0]=namespaceA \
     --set execution.istio.namespaces[1]=namespaceB 
    
  8. Run the following commands to install the server software on your computer:
    Notes:
    • You must substitute the value of the following variables with the actual value in the command:

      • {my-ots} with the release name of your choice.

      • {my-ingress-dns-name} with the same Ingress DNS name that you used in ubuntu-init.sh.

        Note: You must provide the value that consists of lowercase alphanumeric characters, -(hyphen) or .(period). Also, the value must start and end with an alphanumeric character.
      • {my-super-secret} with a value of your choice.

        Note: You can use the password seed to create all other default passwords. You must store the password seed securely. When you install the server software by using the backup of the user data, you can reuse the password seed. You can use this seed to restore backup files either on the current or later versions of the server software.
      • {cloud-license-server-url} and {cloud-license-server-id} with the license server URL and ID.

      • {namespace} with the name of the namespace that you created.

    • If you migrated user data from a previous release (V10.0.2, Fix Pack 1), you must use the same {my-ots} name that you chose then, during the install step.

    #Make sure the repository is current and retrieve the charts required to install the server
    helm repo update
    helm pull --untar hclsoftware/hcl-onetest-server --version 2.1011.0
    
    #Install the server
    helm install {my-ots} ./hcl-onetest-server -n test-system \
    -f hcl-onetest-server/values-microk8s.yaml \
    --set global.hclOneTestIngressDomain={my-ingress-dns-name} \
    --set global.hclOneTestLicensingId={cloud-license-server-id} \
    --set global.hclOneTestLicensingUrl={cloud-license-server-url} \
    --set global.hclOneTestPasswordAutoGenSeed={my-super-secret} \
    --set global.hclImagePullSecret=hclcr.io \
    --set keycloak.keycloak.image.pullSecrets[0]=hclcr.io
  9. Optional: Set the following parameters, in any of the following conditions:
    • When you have installed a Jaeger operator on the cluster or on the test-system namespace

    • When you want to use Jaeger UI to view Performance and Web UI tests logs

    • When you did not enable to expose Jaeger UI during the Kubernetes setup

    --set global.jaegerDashboard.externalURL={my-jaeger-dashboard-url}
    --set global.jaegerAgent.internalHostName=localhost
    
    #If there is no Jaeger UI is available, then set the following parameters to false:
    --set global.jaegerDashboard.enabled=false
    --set global.jaegerAgent.enabled=false
    
    Note: You must substitute {my-jaeger-dashboard-url} with the URL of the Jaeger server.
  10. Optionally, perform the following steps to restore the backed up user data from the current version:
    1. Stop Kubernetes by running the microk8s.stop command.
    2. Restore the backed-up user data by running the following commands:
      cd hcl-onetest-base
      sudo ./backup.sh restore [options] <backup-name>
      Note: You must replace <backup-name> with the name of the back up file that you saved.
      For more information about using additional parameter and overwriting the existing Persistent Volumes, see Backing up and restoring the user data on Ubuntu topic.
    3. Restart Kubernetes by running the microk8s.start command to start Rational® Test Automation Server.
  11. Optional: Run the following command to verify and test the installed server software:
    $ helm test {my-ots} -n {namespace}
    where:
    • {my-ots} is the release name of your choice.
    • {namespace} is the name of the namespace that you created during the server installation process.

Results

On successful installation of Rational® Test Automation Server, the output displays the URL to access the Rational® Test Automation Server UI.

What to do next

You can back up the user data that are saved in the Kubernetes clusters to secure your data. See Backing up and restoring the user data on Ubuntu.