Insight into more than 6 years experience with OpenNebula from different perspectives: ISP & Datacenter Provider and Consultant / System Integrator Lessons learned, "the dos and don'ts" and how we convince and enable customers with OpenNebula - and the NTS ecosystem.

2. 6 YEARS (+) OPENNEBULA
LESSONS LEARNED

3. {
"firstName": "Sebastian",
"lastName": "Mangelkramer",
"jobDescription": "Technology Manager",
"datacenterSince": 2001,
"opennebulaSince": 2011,
"motivation": "Relax, we care",
"loves": ["nts", "dc", "opennebula"],
"age": "36",
}
{
"firstName": "Florian",
"lastName": "Mandlmeier",
"jobDescription": "Systems Engineer",
"itAutomationSince": 2014,
"motivation": "Relax, we care",
"type": "lazy",
"loves": ["automation", "nts", "opennebula"],
"establishedIn": 1994,
}

4. HOW A CLASSIC DATACENTER
LOOKS LIKE
IMAGINE

6. WHAT DO YOU THINK IS MISSING
(OR THE CHALLENGE)?

7. NO SELF SERVICE

8. NO API

9. NO AUTOMATION

10. WHAT DOES THE USER WANT?

11. A useable server or VM.
“Actually“, simple – isn‘t it?
NOT MUCH, ACTUALLY

12. WHAT'S THE CHALLENGE?

13. THIS (OR SIMILAR) IS HOW ONE CAN IMAGINE A DATA CENTER
Complex, a lot of systems (parts), bare base components
Analogy: car to server/VM:
“All I want to do is drive!“

14. There is often a lack of automation and
simpler, faster deployment.
What was that with „on-demand“
(or self-service and API`s in the age of the cloud)?
IN BRIEF

15. WHAT DO WE NEED TO
CHANGE?

16. THE CONSUMPTION MODEL!

17. Abstraction / Orchestration (IaaS)
In-Guest Automation – „ready VM“
Integration via Hooks
VM Workloads / DevOps / CI-CD
Virtual Datacenter (VDC)
cloud.company.com
• Self-Service • API
Consume:
• ready VM
O n - P r e m
Governance:
• Ressources
• Location
• Cost
Central Auth via AD
• Auth
• User / Group
VDC = How IT is consumed
• Shares and slices IT
Make IT Infrastructure „invisible“
• Abstract IT Infrastructure
• „VM everywhere“
VM
Catalog
Content Library
• VM Templates
Realize VM
1
Automate
2
Present
3

18. LETS DIG A BIT DEEPER
IMAGINE THE PROCESS:
„NEW VM“

19. OpenNebula Integration Automation PresentationProvider
Request new VM
- Self Service
- API
- CLI
• Image Mapping
$TEMPLATE
- VMware
- KVM
- AWS
- Azure
• Hooks
- IPAM
- CMDB
- Backup
- Monitoring
- DNS
- …
• Automate OS
- IP / Hostname
- Credentials
- AD Join
- Scripts
- …
• VDC / Portal
• API
• Realize
Ready
VM1
2
3
4
• VMware vSphere
• Linux KVM
• AWS
• Azure
PROCESS : „NEW VM“

20. WHAT WE DO WITH ONE

21. Enable our customers with solutions
IN BRIEF

22. Extend OpenNebula (Drivers, Hooks, BestPractice)
IN BRIEF
https://github.com/smangelkramer/one-
kubespray
https://github.com/smangelkramer/one-graphite https://github.com/OpenNebula/one/issues/2161

23. Support the Project and the Community
IN BRIEF

24. WHY ?

25. WELL..., THERE ARE MANY REASONS

26. LACK OF COMPLEXITY

27. ABILITY TO INTEGRATE

28. MATURITY

30. BUT: THERE ARE OTHER REASONS
CAN YOU IMAGINE?

31. EXCELLENT PARTNERS
THANK YOU, OPENNEBULA TEAM!!!

32. LESSONS LEARNED #1
THINK ABOUT SOLUTIONS
NOT INFRASTRUCTURE
OpenNebula abstracts the Infrastructure
and let you focus on your needs

33. LESSONS LEARNED #2
CHANGE THE
CONSUMPTION MODEL
Encourage yourself to integrate this new
model into your processes and get better.
OpenNebula is „the ONE ring to rule them
all“ (in regards of any IT infrastructure)

34. LESSONS LEARNED #3
IT Automation mostly starts at
the VM deployment process
Open Nebula is the perfect starter drug for
automation because it‘s simple and powerful

35. LESSONS LEARNED #4
OFTEN THERE IS NO „ONE“
SOLUTION.
You HAD TO mix several OSS f.e. like Jenkins,
Ansible,... to build up a solution. This can be
a bit complex and competitors has their own
ecosystem... But you have the freedom of
choice!

36. VOICE OF THE CUSTOMER
• XMLRPC – Customers like RestAPIs
• PRICE – to cheap for Enterprises (?)
• VAULT – password safe in ONE
• Storage vMotion for KVM
• HOOKS – no „central“ management