Star 0
Version 1.10.1
xcube Viewer Flavour
Maintainers
support[at]europeanweather.cloud
License
Support level
EWC
Category
Data Visualization
Technology
Ansible Playbook

xcube Viewer Flavour

This Ansible Playbook configures an existing virtual machine running within the European Weather Cloud (EWC) with the xcube Viewer to visualize Earth Observation data in a user-friendly graphical user interface.

xcube viewer example

Functionality

The template is designed to:

  • Configure a pre-existing virtual machine running Ubuntu 24.04, with public IP address, and a minimum recommended 8GB of RAM, with the xcube Viewer - a web-based visualization tool that enables users to:
    • Interactively explore and visualize multi-dimensional Earth Observation data
    • Display data from various sources including remote S3-compatible object storage
    • View time-series data with animation capabilities
    • Customize visualization with different color maps and overlays
    • Access data through a user-friendly web interface at http://<your-vm>.<tenancy-name>.<s|f>.ewcloud.host:80/viewer. More info about the standard for url creation here

For more information about xcube capabilities, please refer to the xcube Documentation.

Prerequisites

💡 This Item is supported by the EWCCLI, and can be deployed, together with a compatible VM, via it. Checkout the EWC User Stories: I want to use the ewccli documentation pages to learn how.

  • Install git (version 2.0 or higher )

  • Install python (version 3.9 or higher)

  • Install ansible (version 2.15 or higher)

  • Verify the ssh-https OpenStack Security Group exists in your EWC tenancy

    💡 You may create Security Groups via this EWC Community Hub Item if pre-required ones are missing.

  • If you plan to configure an existing VM, ensure it meets the minium requirements before moving on to the Usage section below:

    • VM Image: Ubuntu 24
    • VM Plan: 4 CPU cores, 8GB RAM, 40GB Disk
    • Network: Private
    • Security Groups: ssh-https
    • Floating IP: Optional (not recommended from a security standpoint)

    Otherwise, provision a new VM with above specifications before continuing (see EWC Getting Started: Provision a VM for details).

Usage

1. Clone the repository

git clone https://github.com/ewcloud/ewc-ansible-playbook-flavours-and-provisioning.git

1.1. Change to the specific Item's subdirectory

cd playbooks/xcube-viewer-flavour

1.2. Checkout a specific Item's version

⚠️ Make sure to replace x.y.z in the command below, with your version of preference.

git checkout x.y.z

2. Download Ansible dependencies

💡 By default, Ansible Roles are installed under the ~/.ansible/roles directory within your working environment.

Download the correct version of the Ansible dependencies, if you haven't done so already:

ansible-galaxy role install --force -r requirements.yml

3. Specify the target host and SSH credentials

Create an inventory file, to specify address/credentials that your local working environment should use to connect to the target VM.

Copy into the file one of the two snippets below, and replace the placeholders (i.e. values enclosed in < > characters):

  • Connecting form within the EWC tenancy's network

    # inventory.yml
    ---
    ewcloud:
      hosts:
        target:
          ansible_python_interpreter: /usr/bin/python3
          ansible_host: <add the IPV4 address of the target host>
          ansible_ssh_private_key_file: <add the path to local SSH private key file>
          ansible_user: ubuntu
          ansible_ssh_common_args: -o StrictHostKeyChecking=no
    

OR

  • Connecting from outside the EWC tenancy's network

    ⚠️ This requires an SSH Bastion to be already provisioned within your EWC tenancy.

    # inventory.yml
    ---
    ewcloud:
      hosts:
        target:
          ansible_host: <add the IP address of the target host>
          ansible_ssh_user: ubuntu
          ansible_ssh_private_key_file: <add the path to local SSH private key file>
          ansible_python_interpreter: auto
    
    all:
      vars:
        ansible_ssh_common_args: >-
          -o StrictHostKeyChecking=no
          -o UserKnownHostsFile=/dev/null
          -o ProxyCommand="ssh
                          -o StrictHostKeyChecking=no
                          -o UserKnownHostsFile=/dev/null
                          -o BatchMode=yes
                          -W %h:%p
                          -i <add the path to local SSH private key file>
                          cloud-user@<add the IP address of the ssh bastion>"
    
    

4. Configure and apply the template

  • Interactive Mode

    By running the following command, you can trigger an interactive session that prompts you for the necessary user inputs, and then applies changes to your target EWC environment:

    ansible-playbook -i inventory.yml xcube-viewer-flavour.yml
    

OR

  • Non-Interactive Mode

    💡 To learn more about defining variables at runtime, checkout the official Ansible documentation.

    You can also run in non-interactive mode by passing the --extra-vars or -e flag, followed by a map of key-value pairs for each available input (see inputs section below). For example:

    ansible-playbook \
      -i inventory.yml \
      -e '{
          "tenancy_name": "your-tenancy",
          "federee": "EUMETSAT",
          "xcube_env_wipe": "no",
          "xcube_env_name": "xcube-demo",
          "conda_installer": "https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-Linux-x86_64.sh",
          "conda_update_base": "false",
          "conda_prefix": "/opt/conda",
          "conda_user": "root",
          "xcube_config_location": "./templates/xcube-demo-config.yml"
        }' \
      xcube-viewer-flavour.yml
    

Inputs

Name Description Type Default Required
tenancy_name Tenancy name for URL construction string n/a yes
federee Federee identifier (EUMETSAT or ECMWF) string n/a yes
xcube_env_wipe Flag to delete existing conda environment where xcube was previously installed. Only yes will be accepted to approve string no no
xcube_env_name Name of conda environment where xcube will be installed string xcube-demo no
conda_installer URI of the installer to use string https://github.com/conda-forge/miniforge/releases/latest/download/Miniforge3-Linux-x86_64.sh no
conda_update_base Boolean to decide whether base environment needs updating bool false no
conda_prefix Prefix where conda will be installed string /opt/conda no
conda_user User that will own the conda installation string root no
xcube_config_location Path of the config file for the xcube viewer string ./templates/xcube-demo-config.yml no

Dependencies

💡 Upon execution, a SBOM (SPDX format) is auto-generated and stored in the VM's file system root directory (see /sbom.json).

Applying this template will trigger the installation of the following open-source packages onto your desired target host:

Ansible Roles

Name Home URL
ewc-ansible-role-update-system https://github.com/ewcloud/ewc-ansible-role-update-system
ewc-ansible-role-conda https://github.com/ewcloud/ewc-ansible-role-conda

Python Packages

Name Home URL
numcodecs https://anaconda.org/channels/conda-forge/packages/numcodecs/overview
xcube https://anaconda.org/channels/conda-forge/packages/xcube/files
Other
Deployable
EWCCLI-compatible