Get best of the week

OVirt in 2 Stunden. Teil 1. Öffnen Sie die Failover-Virtualisierungsplattform

Einführung


Open Source-Projekt oVirt ist eine kostenlose Virtualisierungsplattform auf Unternehmensebene. Als er durch habr blätterte, stellte er fest, dass oVirt nicht so weit verbreitet ist, wie es verdient.
oVirt ist eigentlich ein Upstream für das kommerzielle Red Hat Virtualization-System (RHV, ehemals RHEV), das unter dem Red Hat-Flügel wächst. Um Verwirrung zu vermeiden, ist dies nicht dasselbe wie CentOS gegen RHEL, das Modell ist näher an Fedora gegen RHEL.
Unter der Haube - KVM wird das Webinterface zur Steuerung verwendet. Es basiert auf OS RHEL / CentOS 7.
oVirt kann sowohl für die „traditionelle“ Server- als auch für die Desktop-Virtualisierung (VDI) verwendet werden. Im Gegensatz zu VMware können beide Systeme in einem Komplex koexistieren.
Projekt gutEs ist dokumentiert , hat eine lange Reife für den produktiven Einsatz erreicht und ist bereit für hohe Belastungen.
Dieser Artikel ist der erste in einer Reihe zum Erstellen eines funktionierenden Failoverclusters. Nachdem wir sie durchgearbeitet haben, erhalten wir in kurzer Zeit (ca. 2 Stunden) ein voll funktionsfähiges System. Obwohl einige Probleme natürlich nicht gelöst werden können, werde ich versuchen, sie in den folgenden Artikeln zu behandeln.
Wir verwenden es seit mehreren Jahren, wir haben mit Version 4.1 begonnen. Unser industrielles System basiert jetzt auf HPE Synergy 480 der 10. Generation und ProLiant BL460c mit Xeon Gold-CPU.
Zum Zeitpunkt des Schreibens ist die aktuelle Version 4.3.

Artikel


  1. Einleitung - Wir sind hier
  2. Installation des Managers (Ovirt-Engine) und der Hypervisoren (Hosts)
  3. Zusätzliche Einstellungen
  4. Grundoperationen


Funktionsmerkmale


Es gibt zwei Hauptentitäten in oVirt: ovirt-engine und ovirt-host (s). Für diejenigen, die mit VMware-Produkten vertraut sind, ist oVirt als ganze Plattform vSphere, ovirt-engine - die Kontrollschicht - führt dieselben Funktionen aus wie vCenter, und ovirt-host ist ein Hypervisor wie ESX (i). weil vSphere ist eine sehr beliebte Lösung, manchmal werde ich einen Vergleich damit anstellen.
oVirt Dashboard
Feige. 1 - OVirt-Bedienfeld.

Als Gastcomputer werden die meisten Linux-Distributionen und Windows-Versionen unterstützt. Für Gastcomputer gibt es Agenten und optimierte virtuelle Geräte und Virtio-Treiber, hauptsächlich einen Festplattencontroller und eine Netzwerkschnittstelle.
Um eine fehlertolerante Lösung und alle interessanten Funktionen zu implementieren, benötigen Sie gemeinsam genutzten Speicher. Es werden sowohl Block-FC-, FCoE-, iSCSI- als auch Datei-NFS-Speicher usw. unterstützt. Um eine fehlertolerante Lösung zu implementieren, muss das Speichersystem auch fehlertolerant sein (mindestens 2 Controller, Multipassing).
Die Verwendung lokaler Speicher ist möglich, aber standardmäßig sind nur gemeinsam genutzte Speicher für einen echten Cluster geeignet. Lokale Speicher machen das System zu einem unterschiedlichen Satz von Hypervisoren, und selbst wenn ein gemeinsam genutzter Speicher vorhanden ist, kann der Cluster nicht zusammengestellt werden. Der korrekteste Weg sind plattenlose Computer mit Boot von SAN oder Festplatten mit minimaler Größe. Wahrscheinlich ist es über den vdsm-Hook möglich, aus lokalen Laufwerken Software Defined Storage (z. B. Ceph) zusammenzustellen und seine VM zu präsentieren, hat dies jedoch ernsthaft nicht berücksichtigt.

Die Architektur


Bogen
Feige. 2 - oVirt Architektur.
Weitere Informationen zur Architektur finden Sie in der Dokumentation des Entwicklers.

dc
Feige. 3 - Objekte überdecken.

Das oberste Element in der Hierarchie ist das Rechenzentrum . Es bestimmt, ob gemeinsam genutzter oder lokaler Speicher verwendet wird, sowie die verwendeten Funktionen (Kompatibilität von 4.1 bis 4.3). Kann einer oder mehrere sein. Für viele Optionen ist die Verwendung des Rechenzentrums standardmäßig Standard.
Das Rechenzentrum besteht aus einem oder mehreren Clustern . Der Cluster bestimmt den Prozessortyp, die Migrationsrichtlinien usw. Bei kleinen Installationen können Sie sich auch auf den Standardcluster beschränken.
Der Cluster besteht wiederum aus Hosterledigt die Hauptarbeit - sie tragen virtuelle Maschinen, Speicher sind mit ihnen verbunden. Ein Cluster setzt zwei oder mehr Hosts voraus. Es ist zwar technisch möglich, einen Cluster mit einem 1. Host zu erstellen, dies ist jedoch praktisch nicht sinnvoll.

OVirt unterstützt viele Funktionen, einschließlich Live-Migration von virtuellen Maschinen zwischen Hypervisoren (Live-Migration) und Speicher (Speichermigration), Desktop-Virtualisierung (virtuelle Desktop-Infrastruktur) mit VM-Pools, zustandsbehafteten und zustandslosen VMs, Unterstützung für NVidia Grid vGPU, Import aus vSphere, KVM, eine leistungsstarke API und vieles mehr . Alle diese Funktionen sind ohne Lizenzgebühren verfügbar. Bei Bedarf kann Red Hat über regionale Partner Unterstützung erhalten.

Über RHV Preise


Die Kosten sind im Vergleich zu VMware nicht hoch, es wird nur Support gekauft - ohne dass die Lizenz selbst gekauft werden muss. Support wird nur auf Hypervisoren erworben, da die Ovirt-Engine im Gegensatz zu vCenter Server keine Kosten verursacht.

Berechnungsbeispiel für das 1. Betriebsjahr


Betrachten Sie eine Gruppe von 4 Maschinen mit zwei Steckdosen und Einzelhandelspreisen (ohne Projektrabatte).
Ein Standard-RHV-Abonnement kostet 999 USD pro Sockel / Jahr (Premium 365/24/7 - 1499 USD), insgesamt 4 * 2 * 999 USD = 7992 USD .
VSphere Preis :
  • VMware vCenter Server Standard 10.837,13 USD pro Instanz plus Basic-Abonnement für 2.625,41 USD (Produktion - 3.125,39 USD);
  • VMware vSphere Standard 1.164,15 USD + Basisabonnement 552,61 USD (Produktion 653,82 USD);
  • VMware vSphere Enterprise Plus 6.309,23 USD + Basisabonnement 1.261,09 USD (Produktion 1.499,94 USD).

Gesamt: 10 837,13 + 2 625,41 + 4 * 2 * (1 164,15 + 552,61) = 27 196,62 USD für die jüngste Option. Der Unterschied beträgt ungefähr das 3,5-fache!
In oVirt stehen alle Funktionen ohne Einschränkungen zur Verfügung.

Kurze Angaben und Höhen


System Anforderungen


Der Hypervisor benötigt eine CPU mit aktivierter Hardwarevirtualisierung, die Mindestmenge an RAM zum Starten beträgt 2 GB, die empfohlene Speicherkapazität für das Betriebssystem beträgt 55 GB (zum größten Teil für Magazine usw. ist das Betriebssystem selbst klein).
Weitere Details hier .
Für den Motor sind die Mindestanforderungen 2 Kerne / 4 GiB RAM / 25 GiB Speicher. Empfohlen - ab 4 Kernen / 16 GiB RAM / 50 GiB Speicher.
Wie bei jedem System gibt es Beschränkungen für Volumen und Mengen, von denen die meisten die Fähigkeiten der verfügbaren kommerziellen Massenserver überschreiten. Ein Intel Xeon Gold 6230- Paar kann also 2 TiB RAM adressieren und bietet 40 Kerne (80 Threads), was weniger als die Grenzen einer VM ist.

Maximale Anzahl virtueller Maschinen:


  • Maximal gleichzeitig ausgeführte virtuelle Maschinen: Unbegrenzt;
  • Maximale virtuelle CPUs pro virtueller Maschine: 384;
  • Maximaler Speicher pro virtueller Maschine: 4 TiB;
  • Maximale Größe einzelner Festplatten pro virtueller Maschine: 8 TiB.

Hostmaxima:


  • Logische CPU-Kerne oder -Threads: 768;
  • RAM: 12 TiB;
  • Anzahl gehosteter virtueller Maschinen: 250;
  • Gleichzeitige Live-Migrationen: 2 eingehende, 2 ausgehende;
  • Live-Migrationsbandbreite: Standardmäßig 52 MiB (~ 436 MB) pro Migration, wenn die Legacy-Migrationsrichtlinie verwendet wird. Andere Richtlinien verwenden adaptive Durchsatzwerte, die auf der Geschwindigkeit des physischen Geräts basieren. QoS-Richtlinien können die Migrationsbandbreite begrenzen.

Manager Logical Entity Maximums:


In 4.3 existieren die folgenden Grenzen .
  • Rechenzentrum
    • Maximale Anzahl von Rechenzentren: 400;
    • Maximale Hostanzahl: 400 unterstützt, 500 getestet;
    • Maximale VM-Anzahl: 4000 unterstützt, 5000 getestet;
  • Cluster
    • Maximale Clusteranzahl: 400;
    • Maximale Hostanzahl: 400 unterstützt, 500 getestet;
    • Maximale VM-Anzahl: 4000 unterstützt, 5000 getestet;
  • Netzwerk
    • Logische Netzwerke / Cluster: 300;
    • SDN/external networks: 2600 tested, no enforced limit;
  • Storage
    • Maximum domains: 50 supported, 70 tested;
    • Hosts per domain: No limit;
    • Logical volumes per block domain (more): 1500;
    • Maximum number of LUNs (more): 300;
    • Maximum disk size: 500 TiB (limited to 8 TiB by default).



Wie bereits erwähnt, besteht oVirt aus zwei Grundelementen - Ovirt-Engine (Steuerung) und Ovirt-Host (Hypervisor).
Die Engine kann sich sowohl außerhalb der Plattform selbst befinden (eigenständiger Manager - es kann sich um eine VM handeln, die auf einer anderen Plattform oder einem separaten Hypervisor und sogar auf einer physischen Maschine ausgeführt wird) als auch auf der Plattform selbst (selbst gehostete Engine, ähnlich dem VCSA-Ansatz von VMware).
Der Hypervisor kann sowohl auf einem normalen Betriebssystem RHEL / CentOS 7 (EL Host) als auch auf einem speziellen Mindestbetriebssystem (oVirt-Node, basierend auf el7) installiert werden.
Die Hardwareanforderungen für alle Optionen sind ungefähr gleich.
Standardarchitektur
Feige. 4 - Standardarchitektur.

Selbst gehostete Engine-Architektur
Feige. 5 - Selbst gehostete Engine-Architektur.

Für mich selbst habe ich die Option Standalone Manager und EL Hosts gewählt:
  • Der eigenständige Manager ist bei Startproblemen etwas einfacher. Es gibt kein Henne-Ei-Dilemma (bei VCSA wird es erst ausgeführt, wenn mindestens ein Host vollständig aktiv ist), es besteht jedoch eine Abhängigkeit von einem anderen System * .
  • EL Host bietet die gesamte Leistung des Betriebssystems, die für die externe Überwachung, das Debuggen, die Fehlerbehebung usw. nützlich ist.

* Dies war jedoch über die gesamte Betriebsdauer auch nach einem schweren Stromunfall nicht erforderlich.
Aber näher am Punkt!
Für das Experiment ist es möglich, ein Paar ProLiant BL460c G7-Blades mit der Xeon®-CPU freizugeben. Wir werden den Installationsprozess auf ihnen reproduzieren.
Die Knoten heißen ovirt.lab.example.com, kvm01.lab.example.com und kvm02.lab.example.com.
Wir fahren direkt mit der Installation fort .

More articles:


All Articles