Seite wählen

NETWAYS Blog

Open Source VMware Alternativen für Deine IT-Infrastruktur

Der 22. November 2023 war ein Mittwoch wie jeder andere, doch dann ging es wie ein Paukenschlag durch die Presse:

Broadcom Inc. […] today announced that it has completed its acquisition of VMware, Inc.

Da war sie also, die Nachricht, die alle erwartet haben und noch mehr befürchtet haben: VMware wurde Teil von Broadcom. Damit auch ein Produkt, das wir selbst bei NETWAYS nicht nutzen, aber in vielen Umgebungen sehen: VMware vSphere. Niemand war überrascht, als kurz darauf Lizenzmodelle geändert und Verträge gekündigt wurden. Ich vermute, in IT Abteilungen auf der ganzen Welt hat man sich zuerst gegenseitig angeschaut, dann den Blick langsam auf das produktive VMware vSphere Cluster gerichtet und sich gefragt: “Was machen wir jetzt damit?”.

Ob es einen großen Exodus an Kunden gibt, ist derzeit noch unklar. Die Enterprise Mühlen mahlen langsam, und die Auswahl des unternehmensweiten Hypervisor ist keine Affekthandlung. Böse Zungen flüstern auch von Stockholm-Syndrom oder Sunk-Costs-Fallacy-Effekt. Fairerweise muss gesagt sein, vSphere ist kein schlechtes Produkt mit zahlreichen Features und Integrationen. Wie dem auch sei, es rumort auf dem Hypervisor Markt und viele Hersteller fragen sich, ob die Tage der VMware vSphere Dominanz gezählt sind. Was sind also VMware Alternativen?

Open Source Alternativen zu VMware vSphere

Glücklicherweise gibt es in der Open Source Hypervisor Welt Kandidaten, die es mühelos mit dem proprietären ESXi-Hypervisor aufnehmen können. Schwergewichte in der Kategorie sind: Kernel-based Virtual Machine (KVM) und Xen. Beide sind ausgereift und bieten zuverlässige Virtualisierung unter Linux. Schick ist auch, dank libvirt können wir diese und weitere Hypervisoren über eine einheitliche Schnittstelle ansprechen.

Aber Virtualisierung ist mehr als nur ein Hypervisor. Um eine angenehme Nutzererfahrung zu haben, möchte man Management Oberflächen, zusätzliche Administrationstools und Integration in Storage- und Backup-Systeme. Hier haben sich kleinere und größere Projekte und Produkte etabliert. Unter anderem:

  • oVirt, das Upstream Projekt von Red Hat Virtualization (mittlerweile durch OpenShift ersetzt)
  • XCP-ng, ursprünglich ein Citrix XenServer Fork
  • Proxmox VE

Daneben existiert natürlich noch OpenStack, was als “Cloud Operating System” wesentlich mehr bietet als eine Virtualisierungs-Plattform. Unter der Haube nutzt Nova, die VM Komponente von OpenStack, nutzt aber auch libvirt, um verschiedene Hypervisoren wie KVM oder Xen anzusprechen. Trotzdem muss man unterstreichen, dass die Installation und der Betrieb wesentlich involvierter ist als andere Virtualisierungs-Plattformen. Das überlässt man aber lieber den Profis bei NETWAYS Web Services, die haben sich sogar schon intensiv mit der Migration von VMware zu OpenStack beschäftigt.

Seit Kurzem gibt aber noch ein weiteres spannendes Projekt in der Runde: KubeVirt.

KubeVirt – the new kid on the block

KubeVirt bringt virtuelle Maschinen auf die Container-Orchestrierungsplattform Kubernetes. Kubernetes kommt mit vielen Komponenten zur Orchestrierung. Beispielweise eine gut dokumentierte Web API, einen flexiblen Scheduler und viele standardisierte Netzwerk/Storage Plugins. Alles Dinge, die man auch von einer soliden Virtualisierungs-Plattform erwartet. Die Grundidee von KubeVirt ist simpel: warum nicht einen Pod nutzen, um libvirtd zu starten, was dann eine VM startet? Um am besten noch mit bestehender Container Network Interface und Container Storage Interface Integration!

Heißt, ist KubeVirt einmal im bestehenden Cluster installiert, können VMs über die Kubernetes API verwaltet werden. Nicht nur das, da VMs hier über Pods gestartet werden und in bestehende Netzwerk/Storage Plugins integrieren, verhalten sich VMs auch einfach wie Pods. Im Gegensatz zu Containern behalten VMs aber ihre bekannten Eigenschaften, wie Langlebigkeit (über Virtual Disk Images) oder Live Migration. Umso mehr man drüber nachdenkt, umso schicker wirkt das Ganze. Der Meinung waren SUSE und Red Hat, die das Projekt als Kern in ihre Virtualisierungs-Plattformen aufgenommen haben:

Kubernetes ist kürzlich erst 10 Jahre alt geworden und das Projekt hat kaum was vom initialen Hype verloren. Doch zwischen Hype und Buzzword-Dschungel darf man nicht vergessen: Virtuelle Maschinen sind da, werden bleiben und haben ihre Daseinsberechtigung. Das Gleiche gilt für Container. Wäre es dann nicht schön, wenn man gemeinsam auf einer Plattform koexistieren könnte? Kann man, mit KubeVirt.

KubeVirt ist Apache-2.0-lizenziert und ein CNCF Projekt, dessen Version 1.0.0 im Juli 2023 erschienen ist.

Fazit

Die Entscheidung, ob man zu einer VMware Alternative wechseln möchte, hängt von vielen Variablen ab.

Zwar geniest freie und offene Software den Vorteil kostengünstig zu sein, dafür zahlt man hier meist mit Know-how das intern aufgebaut werden muss oder extern eingekauft werden muss. Dazu kommen dann auch Hardware und Software Anforderungen, über die man sich bei VMware vSphere vielleicht weniger Gedanken machen musste. Möchte man wirklich auf VMware vSAN verzichten?

Außerdem stellt sich die Frage, ob und welchen Support man bekommt, wenn man ein
Open Source Produkt nutzt, hinter dem ein Hersteller steht. Für Proxmox VE oder XCP-ng bieten die jeweiligen Hersteller Support an, aber deckt dieser die Anforderungen ab, die man im Unternehmen hat? Auf der anderen Seite sind oVirt und KubeVirt Projekte, die von einer Community gepflegt werden.

Wie bereits erwähnt, ist aktuell noch nicht sicher, wohin sicher der Hypervisor Markt bewegt. Es bleibt spannend! Persönlich kann ich mir eine Zukunft vorstellen, in der wir einen offenen Standard für virtuelle Infrastruktur haben, den unterschiedliche Herstellen dann implementieren können. Kubernetes und dessen Ökosystem bewegen sich schon in diese Richtung, vielleicht lässt sich dadurch langfristig Vendor Lock-in vermeiden oder zumindest reduzieren.

Hinweis in eigener Sache: Unser erfahrenes Team bei NETWAYS unterstützt gerne bei der Evaluierung und Implementierung der besten Lösung für Deine Bedürfnisse.

Wenn Du Fragen hast oder eine persönliche Beratung möchtest, nutze unser Kontaktformular. Wir freuen uns darauf, Dir zu helfen, die beste Virtualisierungslösung für Deine Anforderungen zu finden.

Markus Opolka
Markus Opolka
Senior Consultant

Markus war nach seiner Ausbildung als Fachinformatiker mehrere Jahre als Systemadministrator tätig und hat währenddessen ein Master-Studium Linguistik an der FAU absolviert. Seit 2022 ist er bei NETWAYS als Consultant tätig. Hier kümmert er sich um die Themen Container, Kubernetes, Puppet und Ansible. Privat findet man ihn auf dem Fahrrad, dem Sofa oder auf GitHub.

NETWAYS GitHub Update April 2024

This entry is part 15 of 15 in the series NETWAYS GitHub Update

Willkommen beim NETWAYS GitHub Update, der monatliche Überblick über unsere neuesten Releases.

Wenn du in Zukunft Updates direkt zu Release erhalten willst, folge uns einfach auf GitHub: https://github.com/NETWAYS/

check-cisco-health v1.1.0

Changelog

  • Feature: SNMPv3 Support
  • Kleinere Wartungsarbeiten im Hintergrund

check-elasticsearch v0.5.0

Changelog

  • Feature: Neuer Check für Snapshot Zustand
Markus Opolka
Markus Opolka
Senior Consultant

Markus war nach seiner Ausbildung als Fachinformatiker mehrere Jahre als Systemadministrator tätig und hat währenddessen ein Master-Studium Linguistik an der FAU absolviert. Seit 2022 ist er bei NETWAYS als Consultant tätig. Hier kümmert er sich um die Themen Container, Kubernetes, Puppet und Ansible. Privat findet man ihn auf dem Fahrrad, dem Sofa oder auf GitHub.

NETWAYS GitHub Update März 2024

This entry is part 14 of 15 in the series NETWAYS GitHub Update

Willkommen beim NETWAYS GitHub Update, der monatliche Überblick über unsere neuesten Releases.

Wenn du in Zukunft Updates direkt zu Release erhalten willst, folge uns einfach auf GitHub: https://github.com/NETWAYS/

check-system-basics v0.1.4

Changelog

  • Besserer Umgang mit Time-outs für Filesystem Checks
  • Besserer Umgang mit Fehlern für PSI und Netdev Checks

https://github.com/NETWAYS/check_system_basics/releases/tag/v0.1.4

check-hp-firmware v1.4.0-rc

Changelog

  • Bugfix: Fehlerhafte Time-out Berechnung gefixt
  • Unbenutzte –ilo Flag entfernt
  • iLO6 Support hinzugefügt
  • Neue Flags für das deaktivieren von Subchecks hinzugefügt

https://github.com/NETWAYS/check_hp_firmware/releases/tag/v1.4.0-rc1

Markus Opolka
Markus Opolka
Senior Consultant

Markus war nach seiner Ausbildung als Fachinformatiker mehrere Jahre als Systemadministrator tätig und hat währenddessen ein Master-Studium Linguistik an der FAU absolviert. Seit 2022 ist er bei NETWAYS als Consultant tätig. Hier kümmert er sich um die Themen Container, Kubernetes, Puppet und Ansible. Privat findet man ihn auf dem Fahrrad, dem Sofa oder auf GitHub.

NETWAYS GitHub Update Februar 2024

This entry is part 13 of 15 in the series NETWAYS GitHub Update

Willkommen beim NETWAYS GitHub Update, der monatliche Überblick über unsere neuesten Releases.

Wenn du in Zukunft Updates direkt zu Release erhalten willst, folge uns einfach auf GitHub: https://github.com/NETWAYS/

support-collector v0.10.0

Changelog

  • Feature: Kann jetzt auch Daten der Icinga 2 API einsammeln
  • Viel intern und die Tests überarbeitet

https://github.com/NETWAYS/support-collector/releases/tag/v0.10.1

check-logstash v0.12.0

Changelog

  • Neue CLI Option, um den Exit Code zu überschreiben
  • Einige CLI Optionen können jetzt per Umgebungsvariable gesetzt werden. Ideal für Secrets

https://github.com/NETWAYS/check_logstash/releases/tag/v0.12.0

icinga-installer v1.3.0

Changelog

  • Jetzt mit Debian Bookworm Support

https://github.com/NETWAYS/icinga-installer/releases/tag/v1.3.0

check-interfaces v1.4.1

Nach vielen Jahren endlich wieder ein Update! Wir haben einige ältere Merge Requests eingearbeitet und bedanken uns bei den Leuten, die uns Code zur Verfügung gestellt haben.

Changelog

  • Ganz viel Überarbeitung hinter den Kulissen
  • Neue Algorithmen für die Authentifizierung
  • Bugfix: “-a/-A” Optionen funktionieren nun wie erwartet

https://github.com/NETWAYS/check_interfaces/releases/tag/v1.4.1

 

Markus Opolka
Markus Opolka
Senior Consultant

Markus war nach seiner Ausbildung als Fachinformatiker mehrere Jahre als Systemadministrator tätig und hat währenddessen ein Master-Studium Linguistik an der FAU absolviert. Seit 2022 ist er bei NETWAYS als Consultant tätig. Hier kümmert er sich um die Themen Container, Kubernetes, Puppet und Ansible. Privat findet man ihn auf dem Fahrrad, dem Sofa oder auf GitHub.

NETWAYS GitHub Update Januar 2024

This entry is part 12 of 15 in the series NETWAYS GitHub Update

Willkommen beim NETWAYS GitHub Update, der monatliche Überblick über unsere neuesten Releases.

Wenn du in Zukunft Updates direkt zu Release erhalten willst, folge uns einfach auf GitHub: https://github.com/NETWAYS/

check-system-basics v0.1.0

Das erste Release von check-system-basics, ein Monitoring Plugin für eine ganze handvoll Systemeigenschaften, war zwar schon Ende Dezember zugänglich, die Werbetrommel wollten wir aber erst im Januar schlagen.

NETWAYS Consultant Lorenz hat in seinem Blogpost das Plugin und die Motivation dahinter ausführlich besprochen. Unbedingt lesen!

Changelog

  • Initiales Release

https://github.com/NETWAYS/check_system_basics/releases

notify-zammad v0.1.0

Das offene und freie Helpdesk-System Zammad hat zwar eine eigene Icinga Integration, diese hat aber Anforderungen unserer Kunden nicht erfüllt. Mit unserem neuen Notification Plugin lassen sich Tickets in Zammad über Icinga Benachrichtigungen verwalten.

Das Plugin ist nun unter einer GPLv2 Lizenz öffentlich verfügbar. Feedback könnt ihr gerne und jederzeit auf GitHub abgeben!

Changelog

  • Initiales Release

https://github.com/NETWAYS/notify_zammad/releases/tag/v0.1.0

Markus Opolka
Markus Opolka
Senior Consultant

Markus war nach seiner Ausbildung als Fachinformatiker mehrere Jahre als Systemadministrator tätig und hat währenddessen ein Master-Studium Linguistik an der FAU absolviert. Seit 2022 ist er bei NETWAYS als Consultant tätig. Hier kümmert er sich um die Themen Container, Kubernetes, Puppet und Ansible. Privat findet man ihn auf dem Fahrrad, dem Sofa oder auf GitHub.