Closing out 2018…and welcoming in 2019!!

2018 has been another exciting year for OpenNebula. It has brought continued developments and advancements in the OpenNebula product capabilities. At the same time, we’ve seen a fervor and a steady commitment by the User Community which continues to bring unmatched value. At OpenNebula Systems, we have our sights set on continued improvement for 2019, and we are excited about several promising, emerging developments. But again, one of the key dynamics of the project is that we wouldn’t be able to grow without you.

For that reason, one of the recent developments in the community has been our request for your participation in our 2018 User Survey.  This is a simple vehicle to allow us to learn about the use cases, platforms, and overarching technical needs of the OpenNebula User Community.  We look to remain in synch with your needs, and to develop alongside with you. Fill it out, and share your thoughts!

Speaking of developments…

Among the various version releases this year, we released version 5.6 “Blue Flash” with a huge set of improvements both at the core level, as well as for vCenter integration. And from there, we have jumped right into focused development on the upcoming version 5.8.  In it, we have been working on many different features – a long-awaited support for LXD containers, being one of them.

2018 has seen a certain dedicated focus on the emerging developments surrounding Edge Computing, and while we have been working closely with customers and partners, learning the details of evolving use cases, we have also made developments around integrations with OpenNebula along “the edge”.  Earlier this year, we released an initial prototype of “oneProvision”, allowing users to provision and deploy bare-metal resources directly within an OpenNebula cluster.  Upcoming development of oneProvision will include being able to deploy not only one host, but a cluster of hosts.  At the same time, we partnered with Packet to demonstrate our continued focus in bringing capabilities to the edge.

Recent releases of new capabilities like miniONE and VirtualNetwork Scheduler, and the Image Converter to/from VMDK and QCOW2 all demonstrate our driven effort to making OpenNebula the easiest-to-use platform out there.

The “Calendar of Events”

In 2018, we held several OpenNebula TechDay events throughout Europe – in Sofia hosted by StorPool, in Barcelona hosted by CSUC, and in Frankfurt hosted by LINBIT – and in the US – in Santa Clara, CA hosted by Hitachi Vantara and in Cambridge, MA hosted by OpenNebula Systems.  We also held our OpenNebulaConf in Amsterdam.  We thank our sponsors and hosts for collaborating to put these events together.

Events schedule in 2019

The lineup for OpenNebula TechDays for this coming year will tentatively be in the following locations, with dates and details to be determined:

  • Frankfurt
  • Barcelona
  • Vienna
  • Sofia
  • Boston

And plan to attend our 2019 OpenNebulaConf in Barcelona on October 21-22, 2019.

Great support from the Community

Lastly, as we continuously try to make clear, the OpenNebula project would not have the vitality nor the reach it has if it weren’t for our dedicated User Community.  We’ve seen a continued growth of OpenNebula Champions.  Throughout the year, users have taken the time to publish tutorials like these from Pandora FMSVirtuozzo 7, and CSUC.  Our OpenNebula Blog has been used by many from the Community to publish share insight and experiences. This year, we also created our Partner Ecosystem, another instrument to show and share integrations between ONE and other great technologies.

This has been an exciting year for OpenNebula! We give you our utmost thanks, and we look forward to our collaboration going into 2019!!

Stay Connected!

Our newsletter contains the highlights of the OpenNebula project and its Community throughout the month.


Several important items and functionalities have been worked on or released this month, which are definitely worth mentioning:

  • We released the powerful, yet simple tool called “miniONE“.  With miniOne, you can now stand up a complete OpenNebula environment on a single host with just one command.  And it takes no longer than a few minutes.  Check out the detailed miniONE blog post.
  • We have released a new appliance onto the OpenNebula Marketplace with a pre-installed WordPress 5.0 service.  Take a look at the quick walk-through on the forum post and check it out!
  • We have been firmly focused on our testing and validation of the LXD container support, along with vCenter driver updates, and we are getting very close to releasing a beta version for OpenNebula 5.8.  Keep your eyes peeled!


As the holiday season approaches, and we coast into the new year, we give a big thanks to the User Community for your continued support and enthusiasm in pushing OpenNebula forward, and for sharing your experiences and insight.


And as we look toward the new year, we have been working fervently on the OpenNebula plan for 2019:

  • We sent out our 2018 User Survey with the hopes of getting useful insight into your needs and suggested areas of focus. Your feedback is extremely valuable, so we urge you to fill it out, if you haven’t already.  (It takes 5 minutes, max).
  • We will soon be wrapping up our OpenNebula TechDay schedule for 2019. We sent out a Call for Hosts, and are working on finalizing our schedule.  There’s still time to submit your request to host a TechDay of your own.

We wish you all a wonderful holiday season, and look forward to ringing in the new year together!

Best wishes, and Stay Connected!

The Scientific IT Services (SIS) of ETH Zurich offers  scientific computing, research data management and analysis support, as well as software engineering expertise to ETH researchers.

To support the personalized health research community, the SIS built and actively develops further “Leonhard Med”: a secure and powerful high-performance platform designed for computing, storage, management, interoperability and controlled sharing of confidential research data (e.g., biomedical patient data). Leonhard Med is operated by the Scientific IT Services (SIS) of ETH Zurich and it is part of the emerging BioMedIT national network whose role is to provide secure and interoperable data and computing infrastructures for research projects in the Swiss personalized health programs

While being in production use since beginning of 2018, Leonhard Med must be constantly developed further to keep up with new and changing requirements within a rapidly, evolving scientific environment. For example, our customers needed additional services that could not be hosted on a regular HPC infrastructure (e.g., databases, terminal servers, webapps or data management applications). This brought us to the idea of providing a cloud solution. We had some previous experience running vCloud Director (VMware) and we also had a close look to OpenStack but both came with a high price tag either in terms of license costs or manpower. Luckily one of our consultants introduced OpenNebula to us and after a few weeks of testing we fell in love with it. It met all our requirements and we found it quite intuitive and easy to maintain and support. We were actually looking for a lightweight but powerful product that is easy to maintain with few IT personnel resources and on the other hand we were aware of the challenges lying ahead of us when integrating OpenNebula into the secure environment of Leonhard Med.

We began deploying and integrating OpenNebula almost 4 months ago, using 2 physical hosts from the cluster (new hardware) and set-up the OpenNebula and 2x KVM nodes on them. We now have a fully functional and productive installation ready to serve our consumer needs and we achieved this with only a few sysadmins working on the project part time time over the four months. Our private cloud running OpenNebula sits in a restricted zone without Internet access. The access is done via proxy servers using 2 factor authentication and Sunstone is only reachable via socks proxy. For reproducibility purposes, the installation and all processes running inside the cloud has been automated with Ansible.

Challenges: We did face a couple of challenges during installation and later on during the upgrade to v5.6. For example, we had to search for a couple of ruby gems, built rpms and move them into our secured environment. These were mostly related to our network security restrictions. Nevertheless, as a “nice to have” I’d include all dependencies required during installation or upgrade within OpenNebula’s repository for RH/CentOS platforms.

This post is about a simple tool called miniONE, which allows you to easily install OpenNebula on a single host from the freshly deployed system to the ready-to-use OpenNebula installation just by a single command.

Let’s say that you just want to check out how OpenNebula looks like when starting evaluation or you want to see if something particular is done in v5.6. This might be the case when you can use miniONE.

So, just get it:

$ wget

and run it:

$ sudo bash minione

At first, there needs to be some checks done. You can see all of them by running with –verbose.

$ sudo bash minione --verbose

### Checks & detection
Checking distribution and version [CentOS 7] OK
Checking cpu virtualization capabilities OK
Check free disk space OK
Using local interface [ens3] OK
Checking directories from previous installation OK
Checking user from previous installation OK
Checking sshd service is running OK
Checking bridge-utils are installed SKIP will try to install
Checking minionebr interface is not present OK
Check given VN is not routed OK
Checking SELinux OK
Checking for present ssh key SKIP
Generating ssh keypair in /root/.ssh/id_rsa OK
Checking presence of the market app: "CentOS 7 - KVM" OK

Mainly you need to run it on a supported system — Centos 7 and recently Ubuntus so far. Then, you need CPU capable to perform virtualization, some free space to allocate the images and virtual machines itself, etc.

It may happen that you hit some non critical check to fail

### Checks & detection
Checking directories from previous installation FAILED

But you might try to force it using -f.

$ sudo bash minione -f

### Checks & detection
Checking directories from previous installation IGNORED will be deleted

Once you get through that, you may start the installation.

### Main deployment steps:
Purge previous installation
Configure bridge minionebr with IP
Enable NAT over ens3
Using ssh public key /root/.ssh/
Install OpenNebula version 5.6

Do you agree? [yes/no]:

### Installation
Install bridge-utils OK
Creating bridge interface minionebr OK
Restarting network OK
Enabling ipv4 forward OK
Configuring nat using iptables OK
Saving iptables changes OK
Installing DNSMasq OK
Starting DNSMasq OK
Configuring repositories OK
Installing epel OK
Installing OpenNebula packages OK
Installing ruby gems OK
Installing OpenNebula node packages OK

### Configuration
Switching onegate endpoint in oned.conf OK
Switching scheduler interval to 10sec OK
Setting initial password for current user and oneadmin OK
Starting opennebula services OK
Checking OpenNebula is working OK
Disabling ssh from virtual network OK
Adding localhost ssh key to known_hosts OK
Testing ssh connection to localhost OK
Add ssh key to oneadmin user OK
Updating datastores, TM_MAD=qcow2, SHARED=yes OK
Creating host OK
Creating virtual network OK
Exporting [CentOS 7 – KVM] from marketplace to local datastore OK
Updating template OK

What is happening? Apart from the installation itself, which simply adds the repositories and installs the OpenNebula packages, some configuration changes must be done. Above all, the networking needs be prepared to somehow allow you to connect to the virtual machines later.

For that purpose the bridge interface is created with dedicated network segment and NAT is configured on the installing host. Also, DNS server (DNSMasq) is started for the virtual machines.

miniONE comes with default parameter values for most cases. See them all in the Help:

$ bash minione --help
-h --help                           List of supported arguments
--version [5.6]                     Specify OpenNebula version
-f --force                          Skip non-fatal validation errors
                                    (e.g., traces of existing inst.)
-v --verbose                        Be verbose
--yes                               Don't ask
--password [random generated]       Initial password for oneadmin
--ssh-pubkey [~/.ssh/]    User ssh public key
--bridge-interface [minionebr]      Bridge interface for private networking
--nat-interface [first net device]  Interface to configure for NAT
--vnet-address []       Virtual Network address
--vnet-netmask []      Virtual Network netmask
--vnet-gateway []       Virtual Network gateway (i.e. bridge IP)
--vnet-ar-ip-start []   Virtual Network AR start IP
--vnet-ar-ip-count [100]            Virtual Network AR size
--marketapp-name [CentOS 7 - KVM]   Name of Marketplace appliance to import
--vm-password [opennebula]          Root password for virtual machine 

Before the installation finishes, it also bootstraps the OpenNebula to be ready to use. At first it enables KVM hypervisor on localhost and downloads one appliance from the market place. So, once that is complete, you may easily login using the printed credentials:

### Report
OpenNebula 5.6 was installed
Sunstone (the webui) is runninng on:
Use following to login:
  user: oneadmin
  password: o6ARsMAdGe

And that’s it! It won’t take us to Mars, but it might be handy, nonetheless.

Just a few minutes of your time…

As we continue to focus on improvements of OpenNebula, we need direction from you, the User Community.

Please take a few minutes to fill out this OpenNebula Survey 2018 – to help us understand how you are using OpenNebula, and what you need going forward.  All information collected is confidential, and will not be shared.

Many, many thanks!