Solaris-Container und -Zonen – Wenn Sie Solaris verwenden, warum verwenden Sie sie nicht?

Wenn Ihr Unternehmen nicht stark von Solaris abhängig ist, wissen Sie möglicherweise nicht, was es ist. Solaris ist der Name einer Marke / Variante des UNIX-Betriebssystems, das ursprünglich von Sun Microsystems entwickelt wurde. Traditionell lief es auch auf der von Sun bereitgestellten Hardware. Solaris hat das frühere SunOS abgelöst und kürzlich den Namen in Oracle Solaris geändert, um die Übernahme von Sun durch Oracle widerzuspiegeln. An vielen Stellen wird das Betriebssystem immer noch auf „SunOS“ verweisen. Die ursprüngliche Plattform von Sun, SPARC (Scalable Processor Architecture), war und ist ein Konkurrent der Intel-Plattform, die jetzt als x86 oder x64 bezeichnet wird.

SPARC war eine der früheren Prozessorplattformen zur Unterstützung von 64-Bit-CPUs (ca. 1993) sowie Symmetric Multiprocessing (SMP). Dadurch konnten Server mehr als einen Prozessor verwenden. Sun SPARCs waren beliebt für die Skalierung von 4,8 und sogar 64 oder höheren Prozessoren früher als andere Anbieter (ca. 1993). Es ist heutzutage kaum zu glauben, aber in den späten 80ern und frühen 90ern waren viele Server auf einen Prozessor, einen Kern und einen Thread beschränkt. Die einzige Möglichkeit, eine Umgebung zu skalieren, bestand darin, aufgrund dieser Einschränkung weitere Server hinzuzufügen. Heutzutage ist es bei Heim-PCs nicht ungewöhnlich, Dual x 8+ Core-Maschinen zu sehen. Sogar Handys sind heutzutage Multi-Core- und manchmal Dual-Prozessoren.

Wie bei den meisten Hardwarekomponenten begann die Verarbeitungsleistung den tatsächlichen Rechenbedarf für verschiedene Software zu übertreffen, und es wurden massiv leistungsstarke Systeme gekauft, die skaliert, aber nicht immer zu 100% ihres Potenzials genutzt wurden. Manchmal waren bullige Systeme für Läufe zum Monatsende ausgelegt, blieben aber für den Rest des Monats relativ untätig. Für Intel-basierte Plattformen machte sich VMware Ende der 90er Jahre in der Virtualisierungswelt einen Namen, um diese Prozessoren besser nutzen zu können. VMware ist jedoch auf Intel-Plattformen beschränkt. Solaris erkannte einen Bedarf dafür und implementierte 2004 seine Virtualisierungsplattform namens Solaris Containers. Im Laufe der Jahre hat sich die Terminologie von Containern zu Zonen geändert. Die Auswirkungen der verschiedenen Namen können verwirrend sein, aber der Einfachheit halber werden wir die gesamte Infrastruktur / Technologie als Zonen bezeichnen.

Bei einer Neuinstallation von Solaris gibt es eine globale Standardzone. Dies ist die übergeordnete Zone. In der VMware-Terminologie ist dies das Host-Betriebssystem. Von dort aus können Sie nicht globale Zonen erstellen. Es gibt verschiedene Arten. Die nicht globalen Zonen können sich oder die übergeordneten Zonen nicht erkennen, da es eine Virtualisierungsebene gibt, die diese segmentiert. Nur die globale Zone kennt alle anderen Zonen.

Eine Sparse Root Zone erfordert den geringsten Overhead. Es verwendet im Wesentlichen denselben laufenden Kernel wie die globale Zone und den größten Teil des Benutzerlandes und der Pakete. Es kann die meisten Dateien der globalen Zone lesen (abhängig von der Sysadmin-Konfiguration), verfügt jedoch über einen eigenen Speicher zum Schreiben. Für diejenigen, die mit VMware vertraut sind, hängt dies eng mit einem Thin Provisioning Linked Clone zusammen.

Eine gesamte Stammzone enthält eine vollständige Lese- / Schreibkopie der globalen Zone. In VMware-Begriffen hängt dies am engsten mit einem vollständigen Klon der globalen Zone in eine nicht globale Zone zusammen. Dies nimmt wesentlich mehr Platz ein als die dünn besetzte Root-Zone, ermöglicht jedoch mehr Flexibilität bei der Konfiguration, da eine vollständige Kopie zum Lesen / Schreiben erstellt wird.

Schließlich ist eine Markenzone eine Zone, die eine völlig andere Version von Solaris unterstützt. Die beiden zuvor genannten Zonen teilen sich alle den gleichen Kernel und das gleiche Benutzerland. In einigen Fällen benötigen Sie möglicherweise eine frühere Version von Solaris, um die Abwärtskompatibilität zu gewährleisten. Wenn Sie beispielsweise Solaris 11 in der globalen Zone ausführen, aber Solaris 10 für Ihr ERP ausführen müssen, wird dies durch eine Markenzone erleichtert. In diesem Setup ähnelt es eher einem herkömmlichen Hypervisor, da die Betriebssystemversion nicht von der Betriebssystemversion der globalen Zone abhängig ist. Das Betriebssystem muss jedoch weiterhin Solaris sein. Die globale Zone bietet eine gewisse Emulation von Systemaufrufen zu früheren Versionen, um dies zu erleichtern.

Von der globalen Zone aus können Sie nach Bedarf starten, stoppen, neue Zonen installieren und sogar Zonen deinstallieren. Wie bei den meisten UNIX-Betriebssystemen ist es sehr einfach, dies nach Bedarf zu skripten, und Sie können die Notwendigkeit automatisieren, Zonen nach Bedarf hochzufahren oder zu deprovisionieren. Unten habe ich bereits eine Zone installiert, aber nicht automatisch gestartet und manuell gestartet.

Diese Trennung und Isolation ist erforderlich, damit die Virtualisierung wie erwartet funktioniert. Sie möchten beispielsweise nicht, dass Ihr ERP-System mit Ressourcen mit Ihrer benutzerdefinierten Anwendung konkurriert, die Geschäftstransaktionen verarbeitet, sondern dass jede von ihnen bei Bedarf zu gemeinsam genutzten Ressourcen erweitert werden kann. Andernfalls könnten Sie einfach alle Zonen zusammen vermeiden. Die Virtualisierung auf diese Weise spart Kosten und Platz, was dazu führt, dass mehrere Maschinen gekauft, mit Strom versorgt und Rack-Platz für sie gefunden werden. Wie bei jedem Virtualisierungsaufwand müssen alle harten und weichen Kosten berechnet werden, die mit der Konsolidierung der Ressourcen und den tatsächlichen Einsparungen dieses Aufwands verbunden sind. Normalerweise ist der Fall bei SPARC-Servern, dass Sie nicht unterversorgt werden möchten, aber aufgrund der Kosten für die Ausrüstung und die Zonen, die diese feine Linie unterstützen, die volle Nutzung nutzen möchten.

Zusammenfassend lässt sich sagen, dass Sie, wenn Sie Solaris verwenden oder ein Solaris-Shop sind, wahrscheinlich ein wenig über Zonen wissen. Mit dem Wechsel in die Cloud ist Solaris heutzutage unter Betriebssystemen nicht mehr so ​​beliebt, da nicht immer sehr große Server benötigt werden. Viele UNIX-Administratoren haben es auch “Slowaris” genannt. Fälle, in denen sie normalerweise benötigt werden, sind extrem große Unternehmen mit Legacy-Anwendungen, deren Umschreiben oder Migration auf wirtschaftlichere Plattformen möglicherweise zu teuer sind. Solaris war im Laufe der Jahre eine sehr ausgereifte Plattform, sodass Sie mit Sicherheit auf eine Organisation stoßen müssen, die diese für bestimmte Anforderungen standardisiert hat.

Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *