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.
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
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“
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