Brauchen Container ein Backup?

Warum Container?

Gleich wie bei Ransomware ist es nicht eine Frage des Ob, sondern des Wann. Die Nutzung von Containern nimmt in Unternehmen weiter zu. Ersten Daten der Evaluator Group's "Spring 2021 Hybrid Cloud Study" zufolge setzen 29% der Unternehmen Kubernetes heute in einer Produktionsumgebung ein und weitere 40% testen Kubernetes mit der Absicht, es in Produktion zu bringen. Was treibt das Interesse an Containern an?

Container sind eine andere Art der Virtualisierung, und Docker ist die beliebteste Container-Plattform. Container sind eine spezialisierte Umgebung, in der sich Anwendungen einfach bereitstellen lassen. Container können als leichtgewichtige virtuelle Maschinen (VMs) betrachtet werden. VMs enthalten eine Kopie des Betriebssystems (OS) und Container teilen sich das zugrundeliegende OS, und jeder von ihnen enthält nur die erforderlichen Dateien/Bilder und Anwendungsdateien, die von der Anwendung benötigt werden, um in einem Container zu laufen. Viele Container, die auf einer einzigen VM laufen, verbrauchen viel weniger Ressourcen als die gleiche Anzahl von VMs, die anderswo laufen. Container sind in der Regel für eine Anwendung wie eine Datenbank, einen API-Server oder einen Load Balancer konzipiert. Wenn mehrere Anwendungen miteinander kommunizieren müssen, müssen sie in der Lage sein, separat über das Netzwerk miteinander zu kommunizieren. Dies ermöglicht eine echte Scale-Out-Architektur für Anwendungen und trägt dazu bei, dass sie sowohl widerstandsfähig als auch verfügbar sind.

Brauchen Container ein Backup?

Container können in einer Umgebung laufen, in der der Zustand von Anwendungen aufbewahrt werden muss oder auch nicht, was wir zustandsabhängige oder zustandslose Containeranwendungen nennen. Wenn der Container keine Sicherung seines Status benötigt, wird er als zustandslose Anwendung betrachtet. Das bedeutet, dass in diesen Anwendungen, die im Container laufen, keine Daten gespeichert werden. Es wird eine Instanz eines Container-Images ausgeführt. Für den Fall, dass der neue Container mit dem Anwendungs-Image einfach hochgefahren werden muss, kann dies über die Container-Orchestrierungs-Engine Kubernetes erfolgen.

Kubernetes ist eine Container-Orchestrierungs-Engine und steuert den Lebenszyklus von Containern.

Damit wird die Hochverfügbarkeit in jedem Teil der Container-Infrastruktur gewährleistet. Das bedeutet auch, dass Container nach Bedarf für jede Arbeitslast erstellt und gelöscht werden können. Leider verwechseln viele diese hohe Verfügbarkeit mit der Fähigkeit, sich von einer Katastrophe zu erholen. Mit der zunehmenden Modernisierung von Anwendungen erkennen die Entwickler, dass die durch Container vereinfachte Microservices-Architektur auch auf zustandsbehaftete Anwendungen ausgeweitet werden kann. Dies hilft Unternehmen, den Entwicklungszyklus zu beschleunigen und Anwendungen schneller bereitzustellen.

Bei zustandsbehafteten Anwendungen, die in einem Kubernetes-Cluster ausgeführt werden, müssen folgende Fragen/Szenarien berücksichtigt werden:

• Ist die in Kubernetes integrierte Hochverfügbarkeit ausreichend, um die Daten zustandsbehafteter Anwendungen, die in Containern ausgeführt werden, wiederherzustellen?
• Kann ich mich von menschlichem Versagen bei der Bereitstellung einer falschen Konfigurationsdatei erholen, wenn Anwendungen von einer TEST/DEV-Umgebung in die Produktion oder vor einem Upgrade von der Produktion ins Staging verschoben werden müssen?
• Kann ich eine Anwendungskopie für TEST/DEV erstellen, um Probleme zu reproduzieren und zu analysieren, die nicht mit Produktionsdaten ausgeführt werden können?

Wenn Sie sich bei diesen Fragen nicht sicher sind, sollten Sie Ihre Backup- und DR-Strategie überprüfen.

Im nächsten Blog dieser Serie werden wir uns ansehen, welche Daten Sie sichern müssen und wie Sie Container mit HYCU sichern können.