OpenNebula

OpenNebula
OpenNebula-logo.svg
Entwickler (en) OpenNebula -Systeme, OpenNebula Community
Erstveröffentlichung 24. Juli 2008; Vor 14 Jahren
Stabile Version
6.4.1[1] / 13. Juli 2022; Vor 21 Tagen
Repository
Geschrieben in C ++, Rubin, Shell-Skript, Lex, yacc, JavaScript
Betriebssystem Linux
Plattform Hypervisoren (Vmware vCenter, KVM, LXD/LXC, und AWS Kracher)
Verfügbar in Englisch, Tschechisch, Französisch, Slowakisch, Spanisch, Chinesisch, Thailändisch, türkisch, portugiesisch, türkisch, russisch, holländisch, estnisch, japanisch
Typ Cloud Computing
Lizenz Apache -Lizenz Version 2
Webseite OpenNebula.io

OpenNebula ist ein Cloud Computing Plattform für die Verwaltung heterogener verteilt Rechenzentrum Infrastrukturen. Die OpenNebula -Plattform verwaltet das Rechenzentrum Virtuelle Infrastruktur private, öffentliche und hybride Implementierungen von Infrastruktur als ein Service. Die beiden primären Verwendungen der OpenNebula -Plattform sind die Virtualisierungs- und Cloud -Bereitstellungen des Rechenzentrums basierend auf dem KVM Hypervisor, LXD/LXC Systembehälter und AWS Kracher microvms. Die Plattform ist auch in der Lage, die Cloud -Infrastruktur anzubieten VMware Infrastruktur. Anfang Juni 2020 kündigte OpenNebula die Veröffentlichung einer neuen Enterprise -Ausgabe für Unternehmensbenutzer sowie eine Community -Ausgabe an.[2] OpenNebula CE ist Kostenlose und Open-Source-Software, freigelassen unter dem Apache -Lizenz Version 2. OpenNebula CE verfügt über freien Zugriff auf Wartungsveröffentlichungen, jedoch mit Upgrades auf neue Minor-/Major-Versionen, die nur für Benutzer mit nichtkommerziellen Bereitstellungen oder mit erheblichen Beiträgen zur OpenNebula-Community verfügbar sind.[3] OpenNebula EE wird unter einer geschlossenen Lizenz verteilt und erfordert ein kommerzielles Abonnement.[4]

Geschichte

Das OpenNebula -Projekt wurde 2005 als Forschungsunternehmen von 2005 von gestartet Ignacio M. Llorente und Ruben S. Montero. Die erste Veröffentlichung der Software ereignete sich 2008. Ziel der Forschung war es, effiziente Lösungen zu schaffen[Schlagwort] zum Verwalten virtueller Maschinen auf verteilten Infrastrukturen. Es war auch wichtig, dass diese Lösungen[Schlagwort] hatte die Fähigkeit, auf hohen Ebenen zu skalieren. Open Source Die Entwicklung und eine aktive Gemeinschaft von Entwicklern haben seitdem dazu beigetragen, das Projekt zu reifen. Als das Projekt reifte, wurde es immer mehr angenommen, und im März 2010 gründeten die Hauptautoren des Projekts C12G Labs, die heute als OpenNebula Systems bekannt sind und die Unternehmen, die OpenNebula anwenden oder nutzen, professionelle Dienstleistungen anbieten.

Beschreibung

OpenNebula orchestriert Speicher, Netzwerk, Virtualisierung, Überwachung und Sicherheit[5] Technologien zur Bereitstellung von Multi-Tier-Diensten (z. Cluster berechnen[6][7]) als virtuelle Maschinen auf verteilten Infrastrukturen, die sowohl die Ressourcen für Rechenzentrum als auch die Remote -Cloud -Ressourcen gemäß Allokationsrichtlinien kombinieren. Laut dem Bericht der Europäischen Kommission von 2010 "... wurden nur wenige Cloud -engagierte Forschungsprojekte im größten Sinne eingeleitet - am wichtigsten unter ihnen wahrscheinlich offene Nebel ...".[8]

Das Toolkit enthält Funktionen für Integration, Management, Skalierbarkeit, Sicherheit und Buchhaltung. Es behauptet auch Standardisierung, Interoperabilität und PortabilitätDie Bereitstellung von Cloud -Benutzern und Administratoren mit einer Auswahl mehrerer Cloud -Schnittstellen (Amazon EC2 Abfrage, OGF Open Cloud Computing Interface und vcloud) und Hypervisoren (Vmware vCenter, KVM, LXD/LXC und AWS Kracher) und können mehrere Hardware- und Software -Kombinationen in a berücksichtigen Rechenzentrum.[9]

OpenNebula wird von gesponsert von OpenNebula -Systeme (früher C12G).

OpenNebula wird von einer Vielzahl von Branchen häufig verwendet, darunter Cloud -Anbieter, Telekommunikation, Informationstechnologiedienste, Regierung, Bankgeschäft, Spiele, Medien, Hosting, Supercomputing, Forschungslabors und internationale Forschungsprojekte. Das OpenNebula -Projekt wird auch von einigen anderen Cloud -Lösungen verwendet[Schlagwort] als Cloud Engine.[10] OpenNebula ist seit seiner Öffentlichkeit erheblich gewachsen und hat jetzt viele bemerkenswerte Nutzer aus einer Vielzahl von Branchen. Bemerkenswerte Benutzer aus der Telekommunikations- und Internetbranche sind Akamai, Blackberry, Fuze, Telefónica und Indigital. Zu den Anwendern der Informationstechnologie -Branche zählen CA -Technologien, Hewlett Packard Enterprise, Hitachi Vantara, Informatica, Centos, Netways, Ippon Technologies, Terradue 2.0, Unisys, MAV Technologies, Liberologico, ETNETERA, EDS -Systeme, Inovex, Bosstek, Datera, Saldab, Haspdab, Haspda Schließen Sie Blackpoint, Deloitte, Sharx DC, Serverspeicherlösungen ein[Schlagwort]und nts. Regierungslösungen[Schlagwort] Unter Verwendung des OpenNebula-Projekts umfassen die Nationale Zentralbibliothek von Florenz, Bdigital, Deutsch E-Post, Rediris, Grnet, Instituto Geografico Nacional, CSIC, GOBEX, ASAC Communications, Knaw, Junta de Andalucia, Flanders Environmental Agency, Red.es, Cenatic, Cenatic, Cenatic, Milieuinfo, Sigma und Computaex. Bemerkenswerte Nutzer im Finanzsektor sind Transunion, Produpan, Axcess Financial, Farm Credit Services of America und Nasdaq Dubai. Zu den Medien- und Gaming -Nutzern zählen BBC, Unity, R.U.R., Crytek, Ispot.TV und Nordeus. Hosting -Anbieter umfassen VPS, NBSP, Orion VM, Citec, Libreit, Quobis, Virtion, OnGrid, Altus, Dmex, LMD, Hostcolor, Handy -Netzwerke, Bit, gutes Hosting, Avalon, Noosvps, opulente Cloud, PTisp, Ungleich.ch.ch, Tas France, Teledata, Chiffrespace, Nuxit, Cyon, Tentacle-Netzwerke, Virtiso BV, Metanet, E-Tugra, Lunacloud, Todoencloud, Echelon, Ritter Point Systems, 2 Twelve-Lösungen und Flexyz. Zu den SaaS- und Enterprise -Benutzern zählen SCYTL, Leadmesh, OptimalPath, Rjmetrics, Carismatel, Sigma, Globalrap, Runtastic, Moz, Rentalia, Vibes, Yuterrra, Best Buy, Roke, Intuit, Securitas Direct, Trivago und Booking.com.

Implementierungen für Wissenschaft und akademische Implementierungen umfassen FAS Research Computing an der Harvard University, Fermilab, Nikhef, LAL CNRS, DESY, INFN, IPB Halle, Csiro, FCCN, AIST, Kisti, Kit, Asti, FATEC Lins, Mimos, Sztaki, Ciemat, Surfsara, ESA -ESA , NASA, Scanex, NCHC, CESGA, CRS4, PDC, CSUC, Tokyo Institute of Technology, CSC, HPCI, Cerit-SC, LRZ, PIC, Telekommunikations-Sud Paris, Universidade Federal de Ceara, Instituto Superiore Mario Barella, Akademia Sinica, Unachi UCM, Universität Catholique de Louvain, Universität de Straßburg, ECMWF, EWE Tel, Inaftng, Teidehpc, Cujae und Kent State University. Zu den Cloud -Produkten, die OpenNebula verwenden, gehören Classcat, Hexagrid, Nodeweaver, Impuls und Zeronine.

Entwicklung

OpenNebula folgt einem schnellen Release -Zyklus, um die Benutzerzufriedenheit zu verbessern, indem sie schnell Funktionen und Innovationen basierend auf den Benutzeranforderungen und dem Feedback bereitstellen. Mit anderen Worten, den Kunden zu geben, was sie schneller, in kleineren Schritten wollen und gleichzeitig die technische Qualität erhöhen.

Große Upgrades treten im Allgemeinen alle 3-5 Jahre auf und jedes Upgrade verfügt im Allgemeinen über 3-5 Updates. Das OpenNebula-Projekt ist hauptsächlich Open-Source und möglich dank der aktiven Gemeinschaft von Entwicklern und Übersetzern, die das Projekt unterstützen. Da Version 5.12 die Upgrade-Skripte unter einer geschlossenen Quelllizenz stehen, die die Upgrade zwischen den Versionen ohne Abonnement unmöglich macht, es sei denn, Sie können nachweisen, dass Sie eine gemeinnützige Cloud betreiben oder einen erheblichen Beitrag zum Projekt leisten.

Veröffentlichung Geschichte

  • Version TP und TP2, Technology Previews, Angebote für Host- und VM -Managementfunktionen, basierend auf Xen Hypervisor.
  • Version 1.0 war die erste stabile Veröffentlichung, die KVM- und EC2 -Treiber eingeführt hat und Hybridwolken ermöglichte.
  • Version 1.2 Neue Struktur für die Dokumentation und mehr hybride Funktionalität hinzugefügt.
  • Version 1.4 Öffentliche Cloud -APIs zusätzlich zu ONED, um öffentliche Cloud- und Virtual Network Management zu erstellen.
  • Version 2.0 MySQL Backend, LDAP -Authentifizierung, Verwaltung von Bildern und virtuellen Netzwerken hinzugefügt.
  • Version 2.2 Integrationsführer, Ganglienüberwachung und OCCI (als Add-Ons in späteren Veröffentlichungen konvertiert), Java-Bindungen für die API und die Sunstone-GUI.
  • Version 3.0 Ein Migrationspfad von früheren Versionen, VLAN, EBTables und OVS -Integration für virtuelle Netzwerke, ACLs und Accounting -Subsysteme, VMware -Treiber, virtuelle Rechenzentren und Föderation in den Rechenzentren hinzugefügt.
  • Version 3.2 fügte Firewalling für VMs hinzu (später von Sicherheitsgruppen veraltet).
  • Version 3.4 Einführte ISCSI -Datenspeicher, Cluster als erstklassige Bürger und Quoten.
  • Version 3.6 Virtuelle Router, LVM -Datenspeicher und die Integration des öffentlichen OpenNebula Marketplace hinzugefügt.
  • Version 3.8 Die OneFlow -Komponenten für Service Management und OneGate für Anwendungseinblicke fügten hinzu.
  • Version 4.0 Unterstützung für CEPH- und Dateien -DataStore und das ONEDB -Tool hinzugefügt.
  • Version 4.2 Es wurde ein neues Selbstdienstportal (Cloud -Ansicht) und VMFS -Datenspeicher hinzugefügt.
  • Version 4.4 Veröffentlicht im Jahr 2014 brachte eine Reihe von Innovationen in Offene Wolke, verbessert Wolkenbrücheund implementierte die Verwendung mehrerer Systemdatenspeicher für Speicherlastrichtlinien.
  • Version 4.6 Ermöglichte Benutzer, in geografisch verteilten und unterschiedlichen Rechenzentren unterschiedliche Fälle von OpenNebula zu haben, und dies wurde als Föderation von OpenNebula bezeichnet. Ein neues Cloud -Portal für Cloud -Verbraucher wurde ebenfalls eingeführt und im Import von OVAs im App -Markt wurde erteilt.
  • Version 4.8 begann, Microsoft Azure und IBM zu unterstützen. Entwickler entwickelten sich auch weiterentwickelt und verbessert die Plattform, indem sie Unterstützung für einen Flow in Cloud -Ansicht aufgenommen hat. Dies bedeutete, dass Endbenutzer jetzt virtuelle Maschinenanwendungen und -Dienste elastisch definieren konnten.
  • Version 4.10 Integrierte das Support -Portal in die Sunstone GUI. Login -Token wurde ebenfalls entwickelt und Unterstützung für VMs und vCenter.
  • Version 4.12 bot neue Funktionen zur Implementierung von Sicherheitsgruppen und zur Verbesserung der vCenter -Integration. Das Show -Back -Modell wurde auch eingesetzt, um Wolken aufgrund verschiedener Abteilungen zu verfolgen und zu analysieren.
  • Version 4.14 führte einen neu gestalteten und modularisierten grafischen Schnittstellencode Sunstone ein. Dies sollte die Code -Lesbarkeit verbessern und die Aufgabe des Hinzufügens neuer Komponenten verbessern.
  • Version 5.0 'Assistent' Einführte Marktplätze als Mittel, um Bilder über verschiedene OpenNebula -Instanzen zu teilen. Verwaltung von virtuellen Routern mit einem visuellen Tool für Netzwerktopologie in SUNstone.
  • Version 5.2 'Exzession' Es wurde ein IPAM -Subsystem hinzugefügt, um die Netzwerkintegrationen zu unterstützen, und fügte auch LDAP -Gruppendynamische Mapping hinzu.
  • Version 5.4 'Medusa' Einführte die vollständige Speicher- und Netzwerkmanagement für vCenter und die Unterstützung von VM -Gruppen, um die Affinität zwischen VMs und Hypervisoren zu definieren. Eigene Implementierung von RAFT für HA des Controllers.
  • Version 5.6 'Blue Flash' Konzentrierte sich auf Skalierbarkeitsverbesserungen sowie UX -Verbesserungen.
  • Version 5.8 'Edge' Unterstützung für LXD für Infrastrukturcontainer, automatische NIC -Auswahl und verteilte Rechenzentren (DDC) hinzugefügt.
  • Version 5.10 'Boomerang' NUMA und CPU -Pinning, NSX -Integration, überarbeitetes Haken -Subsystem -basierter Ion 0MQ, DPDK -Unterstützung und 2FA -Authentifizierung für SUNstone hinzugefügt.
  • Version 5.12 'Feuerwerk' Entfernen von Upgrade-Skripten, Unterstützung für AWS Firecracker Micro-VMs, eine neue Integration mit Docker Hub, Security Group Integration (NSX), mehreren Verbesserungen an SUNstone, einer überarbeiteten One-Flow-Komponente und einem verbesserten Überwachungssubsystem.
  • Version 6.0 'Mutara' Neue Multi-Cloud-Architektur basierend auf "Edge Clusters", Enhanced Docker und Kubernetes Support, New Fireedge Webui, überarbeitete Oneflow, neue Backup-Funktionen.
  • Version 6.2 'Red Square' Verbesserungen des LXC -Treibers, neue Unterstützung bei der Workload -Portabilität, Beta -Vorschau der neuen Sunstone -GUI.
  • Version 6.4 'Archaeon' Neue Unterstützung für die automatische Bereitstellung und Verwaltung von Edge-Clustern, die auf CEPH unter Verwendung einer lokalen Infrastruktur oder AWS-Ressourcen mit bloßem Metal, Hinzufügen des Begriffs von Netzwerkzuständen, Verbesserungen der neuen Sunstone-GUI, dem LXC-Treiber und der Integration basieren, und der Integration mit VMware vCenter.

Interne Architektur

Grundlegende Bestandteile

OpenNebula Interne Architektur
  • Gastgeber: Physische Maschine, die ein unterstütztes läuft Hypervisor.
  • Cluster: Pool von Hosts, die Datenspeicher und virtuelle Netzwerke teilen.
  • Schablone: Definition der virtuellen Maschine.
  • Bild: Virtual Machine Disk Image.
  • Virtuelle Maschine: Instanziierte Vorlage. Eine virtuelle Maschine repräsentiert einen Lebenszyklus, und es können mehrere virtuelle Maschinen aus einer einzelnen Vorlage erstellt werden.
  • Virtuelles Netzwerk: Eine Gruppe von IP -Leasingverträgen, mit denen VMs automatisch IP -Adressen erhalten können. Es ermöglicht die Erstellung virtueller Netzwerke, indem es die physischen abbildt. Sie werden den VMs über die entsprechenden Brücken auf Hosts zur Verfügung stehen. Virtuelles Netzwerk kann in drei verschiedenen Teilen definiert werden:
  1. Zugrunde der physischen Netzwerkinfrastruktur.
  2. Der logische Adressraum verfügbar (IPv4, IPv6, Dual Stack).
  3. Kontextattribute (z. B. Netzmaske, DNS, Gateway). OpenNebula verfügt außerdem über ein virtuelles Router -Gerät, um Netzwerkdienste wie DHCP, DNS usw. bereitzustellen.

Komponenten und Bereitstellungsmodell

OpenNebula -Bereitstellungsmodell

Das Bereitstellungsmodell des OpenNebula -Projekts ähnelt der nutzenden klassischen Clusterarchitektur

  • Ein Front-End (Masterknoten)
  • Hypervisor -fähiger Hosts (Arbeiterknoten)
  • Datenspeicher
  • Ein physisches Netzwerk

Front-End-Maschine

Der Masterknoten, manchmal als Front-End-Maschine bezeichnet, führt alle OpenNebula-Dienste aus. Dies ist die tatsächliche Maschine, auf der OpenNebula installiert ist. Zu den OpenNebula-Diensten auf dem Front-End-Computer gehören der Management Dämon (ONED), Scheduler (Sched), den Web Interface Server (SUNstone Server) und andere erweiterte Komponenten. Diese Dienste sind für die Warteschlange, Planung und Einreichung von Jobs an andere Maschinen im Cluster verantwortlich. Der Masterknoten liefert auch die Mechanismen zur Verwaltung des gesamten Systems. Dies umfasst das Hinzufügen von virtuellen Maschinen, die Überwachung des Status virtueller Maschinen, das Hosting des Repositorys und das Übertragen von virtuellen Maschinen bei Bedarf. Ein Großteil davon ist aufgrund eines Überwachungssubsystems möglich, das Informationen wie den Hoststatus, die Leistung und die Kapazitätsnutzung sammelt. Das System ist sehr skalierbar und ist nur durch die Leistung des tatsächlichen Servers begrenzt.

Hypervisor-fähige Hosts

Die Arbeiterknoten oder Hypervisor-fähigen Hosts bieten die tatsächlichen Rechenressourcen zur Verfügung, die für die Bearbeitung aller vom Masterknoten eingereichten Jobs erforderlich sind. OpenNebula Hypervisor Enabled-Hosts verwenden einen Virtualisierungs-Hypervisor wie VMware, Xen oder KVM. Der KVM -Hypervisor wird standardmäßig nativ unterstützt und verwendet. Virtualisierungshosts sind die physischen Maschinen, die die virtuellen Maschinen ausführen, und verschiedene Plattformen können mit OpenNebula verwendet werden. Ein Virtualisierungssubsystem interagiert mit diesen Hosts, um die vom Master -Knoten erforderlichen Aktionen zu ergreifen.

Lagerung

OpenNebula -Speicher

Die Datenspeicher enthalten einfach die Basisbilder der virtuellen Maschinen. Die Datenspeicher müssen für das Front-End zugänglich sein. Dies kann erreicht werden, indem eine Vielzahl verfügbarer Technologien wie NAS, SAN oder direkt angeschlossener Speicher verwendet werden.

Drei verschiedene Datenspeicherklassen sind in OpenNebula enthalten, einschließlich Systemdatastores, Bilddatastores und Dateidatastores. Systemdatastores enthält die Bilder, die zum Ausführen der virtuellen Maschinen verwendet werden. Die Bilder können abhängig von der verwendeten Speicher -Technologie vollständige Kopien eines Originalbildes, Deltas oder symbolischen Links sein. Die Bilddatenspeicher werden verwendet, um das Datenträger -Bildrepository zu speichern. Bilder aus den Bilddatenspeichern werden in oder vom Systemdatastore verschoben, wenn virtuelle Maschinen bereitgestellt oder manipuliert werden. Der Dateidatastore wird für reguläre Dateien verwendet und wird häufig für Kernel, RAM -Festplatten oder Kontextdateien verwendet.

Physische Netzwerke

Physikalische Netzwerke sind erforderlich, um die Zusammenhänge von Speicherservern und virtuellen Maschinen an entfernten Standorten zu unterstützen. Es ist auch wichtig, dass die Front-End-Maschine eine Verbindung zu allen Arbeiterknoten oder Hosts herstellen kann. Mindestens zwei physische Netzwerke sind erforderlich, da OpenNebula ein Service -Netzwerk und ein Instanznetzwerk benötigt. Die Froimage -Dateien. Mit dem Instanznetzwerk können die virtuellen Maschinen über verschiedene Hosts hinweg herstellen. Das Netzwerksubsystem von OpenNebula ist leicht anpassbar, um eine einfache Anpassung an vorhandene Rechenzentren zu ermöglichen.

Siehe auch

Verweise

  1. ^ OpenNebula -Veröffentlichungsplan
  2. ^ "Einführung von OpenNebula Enterprise Edition". OpenNebula -Website. Abgerufen 16. Juni 2020.
  3. ^ "Migrationspakete bekommen". OpenNebula -Website. Abgerufen 7. Juli 2020.
  4. ^ "Aktualisieren Sie Ihre OpenNebula -Cloud". OpenNebula -Website. Abgerufen 7. Juli 2020.
  5. ^ "Schlüsselmerkmale über OpenNebula". Entdecken Sie OpenNebula. Abgerufen 10. Dezember 2019.
  6. ^ R. Moreno-Vozmediano, R. S. Montero und I. M. Llorente."Multi-Cloud-Bereitstellung von Computerclustern für lose gekoppelte MTC-Anwendungen", Transaktionen auf parallelen und verteilten Systemen.Sonderausgabe auf vielen Task -Computing (im Druck, doi:10.1109/tpds.2010.186)
  7. ^ R. S. Montero, R. Moreno-Vozmediano und I. M. Llorente."Ein Elastizitätsmodell für Cluster mit hohem Durchsatzcomputer", J. Parallel und verteiltes Computing (im Druck, doi: 10.1016/j.jpdc.2010.05.005)
  8. ^ "Die Zukunft des Cloud Computing" (PDF). Expertengruppenbericht der Europäischen Kommission. 25. Januar 2010. Abgerufen 12. Dezember 2017.
  9. ^ B. Sotomayor, R. S. Montero, I. M. Llorente, I. Foster."Virtual Infrastructure Management in privaten und hybriden Clouds", IEEE Internet Computing, Vol.13, nein.5, S. 14-22, September/Oktober 2009. DOI: 10.1109/mic.2009.119)
  10. ^ "Vorgestellte Benutzer". OpenNebula -Website. Abgerufen 20. Dezember 2017.

Externe Links