Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »


[hide]Line Break[/hide]The preparations described below are required to install  using Helm chart and Docker image.

Fetching and Configuring Helm Chart

You will be provided to download a Helm chart with the instructions below:

  • Helm chart: mediationzone for platform

When you are required to enter the <chart version>, refer to /wiki/spaces/DRXXE/pages/6194875 for the Helm Chart version required


[hide] Line Brake [/hide]

  1. Add the helm repository

    $ helm repo add usage-engine-private-edition 'https://digitalroute-public.github.io/usage-engine-private-edition'
    $ helm repo update


    [hide] Line Brake [/hide]

  2. Check if the chart is available:

    $ helm search repo -l usage-engine-private-edition/usage-engine-private-edition --version <chart version>
     
    Example:
    $ helm search repo -l usage-engine-private-edition/usage-engine-private-edition --version 2.0.0
    
    #The output:
    		NAME                        						CHART VERSION             	APP VERSION DESCRIPTION                    
     
    usage-engine-private-edition/usage-engine-private-edition    	2.0.0    			The Usage Engine Private Edition helm chart               


    [hide] Line Brake [/hide]

  3. Create a directory dedicated for the installation and download the Helm chart.

    $ mkdir <your directory>
    $ cd <your directory>
    
    $ helm fetch usage-engine-private-edition/usage-engine-private-edition --version <chart version> --untar 


    [hide] Line Brake [/hide]

  4. Confirm that the Helm chart is defined for aws by viewing the file: mediationzone / values.yaml

    $ cat mediationzone/values.yaml | grep environment:
    
    # Only on-premise and aws supported for now
    environment: aws


    [hide] Line Brake [/hide]

  5. Verify that the AWS credentials are correct. Restore them in case it is needed.

    $ aws sts get-caller-identity
    
    Restore them in case it is needed:
    $ aws configure
    
    aws_access_key_id = <access key id>
    aws_secret_access_key = <secret access key>
    output = json
    region = <region where you have your EKS cluster>
    


    [hide]New Line[/hide]

  6. If required, modify the Helm chart for the needed level of Access Control for Kubernetes Resources

    Access Control for Kubernetes Resources

    relies on Role Based Access Control (RBAC) when specifying the level of access needed for the kubernetes resources involved in any given installation. 

    Essentially, to make sure that the service account used has the right level of access in order for to function properly.
    Some features do require cluster wide access to certain resources (typically resources that are not namespaced). This is realized by the use of ClusterRoles. If ClusterRoles are not permitted in the given kubernetes cluster for one reason or another, those features will have to be switched off.

    The following helm values can be used to switch off features relying on ClusterRoles, see the Helm chart for further details:

    - mzonline.ecd.nodeHostSelectionEnabled
    - mzOperator.rbacAuthProxy.enabled

    [hide] Line Brake [/hide]

Persistent Storage required for a possible downgrade

In the case a Downgrade is needed later, you must define Persistent Storage.

For information about Persistent Storage, see Persistent Storage (2.3).




  • No labels