This menu provides information on the software, tools, and the possible configurations of the computing environments proposed by the RUS Service.

A QuickStart Guide that presents basic information on how to use the virtual environment can be accessed here.

Software & tools

All software compatible with a Linux environment can be installed in the RUS virtual environment, either free open-source or commercial off-the-shelf. Programming and scripting environments can be installed also.

You will be able to install the software you want without any pre-authorisation from the RUS Service since you have administrator rights on your environment.

By default your virtual computing environment will be provided with the following suite of software and tools. This list may evolve based on users’ feedback.

  • Working desktop environment
    Ubuntu Xenial
    XFCE 4 Desktop
    Mousepad
    EOG
  • Processing libraries
    GDAL
    Sentinel Toolboxes
    Orfeo Toolbox (OTB)
    SNAPHU
  • Analysis and processing tools
    QGIS
    SNAP
  • Software development
    Oracle JDK 1.8
    Apache Ignite
    Eclipse
    GCC
    CMAKE
    Maven
    GIT
    Python 2.7/3.5
    R 3.3

ICT resources

The RUS Helpdesk will analyse the service request received from a user in coordination with the ICT manager. The scaling of the work environment in terms of duration, disk space and size (number of Virtual Machines, number of cores per machine, RAM per core) will be based on this analysis.

Typically, three main types of work environments can be proposed as presented below. Note that these specifications can vary from one user to another one depending on their specific needs and, also, they can be changed over time along with users evolving needs.

Level Processors Disk space Duration
Level A 1-4 cores (average 2) Up to 1 Tbyte 3 months
Level B 1-10 cores (average 4) Up to 10 Tbytes 6 months
Level C Up to 40 cores (average 20) Up to 50 Tbytes 6 months

For the processing of large datasets, e.g. time-series, there will be a possibility to make temporary allocation of clusters of VMs (up to 100 VMs i.e. a maximum of 400 cores), depending on the suitability of the code to be run with parallel and distributed environments.