Wenn XenServer (derzeit 7) auf CentOS basiert, bedeutet dies, dass es in Bezug auf Aktualisierung, CLI, Verwaltung (nicht Xen-spezifisch wie MDADM und Bootloader) usw. genau wie CentOS funktioniert?
Wenn ich XenServer verwenden möchte, verpflichte ich mich dann grundsätzlich, CentOS "zu verwenden", zu lernen und zu arbeiten?
Wir haben einen neuen (für uns) Server auf dem Weg und jetzt ist es an der Zeit, den Hypervisor zu wechseln, und wir setzen Xen ein.
Unser derzeitiges Setup, mit dem ich vertraut bin und das ich effizient verwalten kann, ist ein Debian-Host mit einigen VMs, die Virtual Box verwenden, was gelinde gesagt nicht ideal ist. Aus diesem Grund bin ich mit der Arbeit in Debian vertraut und habe mich bewusst dafür entschieden, Debian für unsere Server zu verwenden. Ich verwalte nur unsere Server für unser kleines Unternehmen, sodass ich nicht über die Vielfalt anderer Setups und Distributionen verfüge, von denen aus ich arbeiten kann.
Nach meinem Verständnis unterscheidet sich die Art und Weise, wie Redhat Dinge tut, ein wenig von Debian-basierten Distributionen und würde eine Lernkurve unbekannter Menge erfordern. aber eine Lernkurve sicher.
Wenn ich XenServer verwende, verpflichte ich mich dann auch zur Redhat-Lernkurve?
Ich bin mir bewusst, dass ich Xen mit einem Deb0-basierten Dom0 installieren kann, aber der Konsens, den ich gelesen habe, scheint zu sagen, dass XenServer insgesamt am besten funktioniert. Ich muss jedoch einige Konfigurationen vornehmen, z. B. unsere lokalen RAID-Arrays für die Dom0-, Xen- und Netzwerkfreigaben zum Laufen bringen und Bootloader und Grub in Ordnung bringen. Ich kann diese Konfiguration in Debian ziemlich einfach durchführen, daher versuche ich, die Kosten in der Zeit abzuwägen, in der versucht wird, dieselbe Konfiguration auf CentOS-Weise durchzuführen, was meiner Meinung nach eine beträchtliche Zeitspanne für die Einführung des neuen Servers in die Produktion angesichts der IT bedeuten wird von mir selbst für unser Unternehmen geschieht langsam nach Geschäftsschluss; daher die Frage.
cd
und schließlich ein paarrm
, um die Dinge zu bereinigen. Könnte sogar brauchencurl
oderwget
(glaube ich das ein oder andere bereits installiert ist) die Patches auf den Pool Master zu bekommen undsha256sum
ihre Integrität zu überprüfen. Ansonsten würde Citrix es vorziehen, wenn Sie sich nicht in das Basis-Betriebssystem einmischen - stellen Sie es sich wie ein Gerät vor.In erster Linie verpflichten Sie sich, auf XenServer-Weise zu arbeiten. Dieses Produkt ist im Wesentlichen eine Appliance und die meisten Dinge, die sich zwischen Debian und CentOS unterscheiden, sind Ihnen sowieso verborgen oder werden von den Tools, die XenServer Ihnen bietet, besser gewartet.
Sie können dies problemlos testen. Das Einrichten einer Test-VM mit XenServer ist einfach (ja, sie wird in einer VM ausgeführt).
quelle
Ich arbeite fast jeden Tag mit Xenserver. In einem einfachen Server oder kleinen Pool wäre es sehr wenig notwendig, jemals mit dem zugrunde liegenden Betriebssystem zu interagieren, worum es geht.
Wir haben jedoch mehr als 60 Xenserver und haben Salt in der Vergangenheit verwendet, um Änderungen auf der ganzen Website zu veröffentlichen, z. B. "Jemand ist noch übrig, alle Root-Passwörter und alle DRAC-Passwörter zu ändern" oder DNS-Server zu aktualisieren oder einfach eine Suchdomäne an resolv.conf oder anzuhängen um dells Opemnamage-Hardware-Überwachung oder einfache Dinge wie den neuesten checkmk-Agenten zu installieren.
In 6.5 funktionierte dies gut, obwohl es offiziell nicht unterstützt wurde.
In 7.0 sind die RPMs nicht verfügbar, und bei der Installation der Salt-RPM werden lediglich fehlende Abhängigkeiten beanstandet.
Um Ihre Frage zu beantworten: Nein, die Verwaltung von xenserver ist wie die Verwaltung einer Appliance, solange Sie nichts Seltsames tun
quelle