Was Windows-Administratoren wissen müssen

Virtuelle Maschinen und Container sind beide Arten von virtualisierten Workloads, die mehr Ähnlichkeiten aufweisen, als Sie vielleicht denken. Jedes dient einem bestimmten Zweck und kann die Leistung Ihrer Infrastruktur erheblich steigern – solange sie effektiv eingesetzt werden.

Microsoft hat die Containerunterstützung vorgestellt in Windows Server 2016Dies schien für viele Windows-Administratoren eine Neuheit zu sein. Aber jetzt, da Container und die umgebende Technologie – Orchestrierung, Netzwerk und Speicher – in der Windows Server 2019-Version ausgereift sind, ist es an der Zeit, den Containern mehr Gedanken zu machen?

Wie entscheiden Sie, wann VMs oder Container verwendet werden sollen? Gibt es einen Wendepunkt, an dem Sie wechseln sollten? Um Ihre Entscheidung zu steuern, gehen wir auf die drei wichtigsten Fähigkeiten von ein Container und virtuelle Maschinen.

Verlässlichkeit

Wenn es darum geht, die Optionen abzuwägen, ist der Unterschied in der Zuverlässigkeit eine der ersten Fragen, die sich ein Ingenieur stellen wird. Obwohl die Verfügbarkeit letztendlich von den Ingenieuren und Ingenieuren abhängt, die hinter der Technologie stehen, können Sie durch Analyse der Sicherheits- und Wartungskosten viel über ihre Zuverlässigkeit ableiten.
VMs. VMs sind große, schwere Monolithen. Dies ist kein Kommentar zur Geschwindigkeit, da VMs unglaublich schnell sein können. Der Grund, warum sie als Monolithen betrachtet werden, liegt darin, dass jeder einen vollständigen Stapel Technologie enthält. Virtualisierte Hardware, ein Betriebssystem und noch mehr Software sind in einem Paket übereinander geschichtet.
Der Vorteil der Verwendung von VMs wird deutlich, wenn Sie einen Drilldown zum Hypervisor durchführen. VMs sind vollständig isoliert von sich selbst und jeder anderen VM, die auf derselben Hardware oder in demselben Cluster ausgeführt wird. Dies ist sehr sicher; Sie können eine VM in einem Cluster nicht direkt von einer anderen angreifen.
Der andere Zuverlässigkeitsvorteil ist die Langlebigkeit. Menschen verwenden VMs seit etwa 20 Jahren in Windows-Produktionsumgebungen. Es gibt eine große Anzahl von Ingenieuren mit großer Erfahrung in der Verwaltung, Bereitstellung und Fehlerbehebung von VMs. Wenn ein Problem mit einer VM auftritt, besteht eine gute Chance, dass es sich nicht um ein eindeutiges Ereignis handelt.
Behälter. Container sind leicht und weniger hardwareintensiv weil sie nicht über eine vollständige Software-Suite verfügen. Container können als Wrapper für einen Prozess oder Anwendungen betrachtet werden, die eigenständig ausgeführt werden können.
Sie können viele Container auf derselben VM ausführen. Aus diesem Grund haben Sie keine vollständige Isolierung in Containern. Sie haben zwar eine Prozessisolation, diese ist jedoch nicht so absolut wie bei einer VM. Dies kann zu Schwierigkeiten beim Hochfahren und Verwalten von Containern führen, wenn festgelegt wird, wie Ressourcen aufgeteilt werden sollen.
Da Container im Vergleich zu VMs so relativ neu sind, können Sie außerdem Probleme haben, Ingenieure mit einem ähnlichen beruflichen Engagement für ihr Management zu finden. Es gibt zusätzliche Technologien, die bei der Verwaltung und Orchestrierung eingesetzt werden müssen Lernkurve Der Einstieg wird im Allgemeinen als höher angesehen als bei herkömmlichen Technologien wie VMs.

Skalierbarkeit

Skalierbarkeit ist die Fähigkeit der Technologie, die Auslastung in Ihrer Umgebung zu maximieren. Wenn Sie bereit sind, auf Ihre Anwendung für Zehntausende von Menschen zuzugreifen, ist Skalierbarkeit Ihr Freund.
VMs. Das Hochfahren und Bereitstellen von VMs dauert lange. Cloud-Technologien wie AWS Auto Scaling und Azure Virtual Machine Scale Sets erstellen Klone derselben VM und verteilen die Last auf diese. Dies ist zwar ein Weg zu Skala erreichenEs ist aufgrund der VM-Hochlaufzeit etwas klobig.
Für eine einmalige Anwendung können VMs sie hosten und gut funktionieren, aber wenn es darum geht, die Massen zu erreichen, können sie zu kurz kommen. Dies gilt insbesondere dann, wenn versucht wird, VMs mithilfe einer nicht Cloud-nativen Automatisierung zu skalieren. Der bloße Zeitunterschied zwischen einer VM-Bereitstellung und einer Container-Bereitstellung kann dazu führen, dass Ihre Automatisierung durcheinander gerät.
Behälter. Container wurden maßstabsgetreu gebaut. Sie können ein oder hundert neue Container in Millisekunden hochfahren, was die Automatisierung und Orchestrierung mit nativen Cloud-Tools zum Kinderspiel macht.
Die Skalierung ist Containern so innewohnend, dass die eigentliche Frage bei der Skalierung lautet: “Wie weit möchten Sie gehen?” Sie können IaaS unter AWS oder Azure mithilfe Ihrer eigenen Kubernetes-Orchestrierung verwenden. Mit PaaS-Technologien wie AWS Fargate oder Azure Container Instances können Sie jedoch noch einen Schritt weiter gehen.

Verwaltbarkeit

Sobald Ihre VMs oder Container in der Produktion ausgeführt werden, müssen Sie sie verwalten können. Das Bereitstellen von Änderungen, das Aktualisieren von Software und sogar das Rotieren von Technologien fallen in diesen Bereich.
VMs. Es gibt zahlreiche Tools von Drittanbietern zum Verwalten von VMs, z. B. Puppet, Chef, System Center Configuration Manager und IBM BigFix. Jeder führt eine Softwarebereitstellung durch, führt Abfragen in Ihrer Umgebung aus und führt sogar komplexere Aufgaben zur Konfiguration des gewünschten Status aus. Es gibt auch eine Vielzahl von Hersteller-Tools zum Verwalten Ihrer VMs in VMware, Citrix und Hyper-V.
VMs erfordern Pflege und Fütterung. Wenn Sie eine VM erstellen, gibt es normalerweise einen Lebenszyklus, der vom Spin bis zum Verfallsdatum folgt. Dazwischen erfordert es Wartung und Überwachung. Dies steht im Gegensatz zu neueren Methoden wie DevOps, Infrastruktur als Code und unveränderliche Infrastruktur. In diesen Paradigmen werden Server und Dienste wie Vieh behandelt, nicht wie Haustiere.
Behälter. Orchestrierung und Unveränderlichkeit sind die Markenzeichen von Containern. Wenn ein Container kaputt geht, töten Sie ihn und setzen einen anderen ohne einen zweiten Gedanken ein. Es gibt keine Sicherungs- und Wiederherstellungsprozedur. Anstatt Zeit damit zu verbringen, Ihre Umgebung zu ändern oder zu warten, reparieren Sie einen Container, indem Sie ihn zerstören und einen neuen erstellen. VMs können aufgrund der damit verbundenen Zeit- und Wartungskosten in dieser Hinsicht einfach nicht mit den Containern mithalten.
Container sind auf DevOps zugeschnitten. Container sind ein Bestandteil der Infrastruktur, die Entwickler und Infrastrukturbetreiber als erstklassige Bürger behandelt. Durch die Überlagerung der neuen Methodik mit neuen Technologien können die Dinge schneller erledigt werden, indem die mit dem Workload-Management verbundenen Komplexitäten verringert werden.

Welcher Weg ist zu gehen?

Welcher gewinnt im Wettbewerb zwischen VMs und Containern? Die Antwort hängt von Ihrem IT-Team und Ihrem Anwendungsfall ab. Es gibt Fälle, in denen VMs weiterhin einen Vorteil haben, und andere, in denen Container die bessere Wahl sind. Dieser Vergleich hat gerade die Oberfläche der technischen Unterschiede zerkratzt, aber es gibt auch finanzielle Vorteile zu berücksichtigen.
In einer realen Umgebung benötigen Sie wahrscheinlich beide Technologien. Monolithische VMs sind sinnvoll für solideere und stabilere Dienste wie Active Directory oder die Exchange Server-Plattform. Für Ihr Entwicklungsteam und Ihre selbst entwickelten Apps, die die neueste Release-Pipeline-Technologie verwenden, helfen Container dabei, sich auf dem Laufenden zu halten und skalieren auf die Bedürfnisse Ihrer Organisation.

Similar Posts

Leave a Reply