Processing

Computing services

Virtual Machines

Description

Virtual Machines (VMs) are fully functional computational instances. They operate as if they were real physical entities with all the elements of a physical server. A user obtains his VM with full root access. He can fully manage it and install any software he has and needs.

In the EO Cloud Users can use Virtual Machines (VMs) by defining their different parameters and characteristics, including machine type (physical or virtual), RAM, CPU (vCores), Storage quantity and type, Operating System, middleware components, Virtual Networks connected to the machine.

Users determine the characteristics of a newly provisioned VM by selecting its Flavor and base image. Currently available flavours are presented in the following table:

* All Software ready Cloud Servers are available only with Windows Server Standard in bundle with preconfgured Esri ArcGIS Pro Desktop.

The list of currently available operating system images is presented below:

• CentOS 6, 7
• Ubuntu 14.04 LTS, 16.04 LTS, 18.04 LTS
• Windows 2016 mini / full
• RHEL 6,7 mini / full
• SLES 12 mini / full
• OSGeo 11.0
• App Catalog Image

All the VMs come fully configured (based on the image selected) and ready-for-use, with an administrative User account, network access, preconfigured toolboxes and software components. Volume Storage may be attached to running VM-s to extend the storage space available. VMs can be started, stopped, rebooted, paused, suspended and snapshotted. Live backup functionality is also available, including server quiescing. VMs may also be attached to Virtual Networks. Virtual Networks may be system-defined or User-defined.

System defined networks include:

• Internet network used to access the global internet
• the EO Storage network available in Projects/Environments that are allowed access the EO Storage

Provisioning

Users may utilize VM-s and other cloud Resources using the EO Cloud Dashboard, the REST API, a command line client or the Openstack Orchestration scripts (Heat). VMs can be connected to the network using virtual interfaces.

Billing

The VMs can be billed in monthly or longer quanta (Fixed Term Mode) or can be billed per hours of usage (Per Usage Mode). Users may also temporarily shelve their VMs based on persistent storage, paying only for the persistent storage space they occupy.

Figure 3 - Cloud Dashboard - Instances

The instances as seen in the Cloud Dashboard are presented in a picture above.

Dedicated Server Virtual Machine

Description

DSs are special VMs. Each DS is a virtual machine that fills the full computing machine (hypervisor server). There are no other VMs in this server. So a User of an DS has a full physical server for his own use. Additionally SVMs are equipped with very efficient SSD disks installed in pass through mode. This way full capacity and speed of those disks can be utilized. DSs are a perfect solution for everybody who wants to have efficiency and independence of Baremetal Servers but simultaneously wants to utilize all the elements of the OpenStack cloud platform. For details – see DS flavor list below.

Figure 4 - DS  Flavours

* If the above configurations do not fit your project, please contact our sales team (sales@creodias.eu) to design a custom solution.
** ds.large.gpu is equipped with GeForce GTX 1080 Ti (3584 CUDA Cores, 11GB GDDRX5)

Provisioning

DM can be provisioned in exactly the same way as standard VMs. Users may utilize DM-s and other cloud Resources using the CREODIAS Dashboard, the REST API, a command line client or the Openstack Orchestration scripts (Heat). DSs can be connected to the network using virtual interfaces.

Billing

The DSs are billed in exactly the same way as standard VMs.

Containers

Description

Containers are isolated, portable environments where one can run applications along with the libraries and dependencies they need. Containers are not VMs. In some ways they are similar, but there are even more ways that they are different. Like VMs Containers share system resources for access to compute, networking and storage. They are different because all containers on the same host share the same Operating System kernel and keep applications, runtimes and various other services separated from each other using kernel features known as namespaces and groups. Docker added the concept of a container image which allows containers to be used on any host with a modern Linux Kernel. The Container image allows for much more rapid deployment of applications than if they were packaged in a VM image.
Our system provides two types of Containers – Docker Swarm and Kubernetes.

Provisioning

Containers are provisioned with the use of Magnum and/or Murano modules. During the provisioning a so called Bay is created located on one or several VMs. The parameters of these VMs are either set automatically or by the User. There is then no limit on the number of Containers in such a Bay.

Billing

The Containers billing depends on the billing of the underlying VMs. The VMs creating a Bay are billed as described in the section on VMs but an 20% additional surcharge is applied to the price for the Container delivery.