Kubernetes Sicherungs- und Wiederherstellungslösungen

Die weltweit erste Kubernetes-Sicherungs- und -Wiederherstellungslösung für Unternehmen.

Bacula Enterprise ist die weltweit erste Sicherungs- und Wiederherstellungslösung der Enterprise-Klasse, die eine erweiterte, automatisierte Kubernetes-Sicherung mit Cluster-Unterstützung bietet. Sein Kubernetes-Sicherungs- und Wiederherstellungsmodul macht die Container-Orchestrierung einsatzfähiger als je zuvor. Dieses Sicherungsmodul enthält persistente Volumes und bietet eine große Auswahl an Architekturmöglichkeiten.

Diese automatisierte Kubernetes-Sicherung ist der zweite Schritt von Bacula in den letzten Monaten in Richtung einer vollständigen Orchestrierungsintegration. Es ist in den meisten Abonnementstufen von Bacula Enterprise für einen begrenzten Zeitraum ohne zusätzliche Kosten verfügbar. Bacula Enterprise ist außerdem vollständig kompatibel mit den Umgebungen Tanzu und Rancher.

Early-Adopter-Programm Whitepaper herunterladen

Anwendungsfälle für die Kubernetes-Sicherung

Personen, die Kubernetes in der Produktion verwenden, benötigen typischerweise eine echte Strategie für das Wiederherstellen und Aktualisieren von Clustern. Für den Fall, dass ein Cluster in einen nicht wiederherstellbaren Zustand übergeht, ist eine Sicherung der Konfigurationsdatei und ihrer persistenten Volumes erforderlich, um den vorherigen stabilen Zustand des Kubernetes-Clusters wiederherzustellen.

Mit Sicherungen auf Kubernetes-Cluster-Ebene erhalten DevOps-Teams die Tools, um ihre gesamten Kubernetes-Cluster (automatisch) zu sichern und wiederherzustellen und sie mit einer einzigen Aktion in einen bekannt guten Zustand zu versetzen, um Produktionsunterbrechungen zu minimieren. Bacula Systems behauptet, dass Geschwindigkeit und Effizienz von Wiederherstellungen selbst in einer hoch automatisierten und ausfallsicheren containerisierten Umgebung immer berücksichtigt werden müssen.

Insgesamt schützt die einzigartige Kubernetes-Sicherungs- und Wiederherstellungslösung von Bacula Enterprise nicht nur kritische Daten, sondern ermöglicht es Entwicklern auch, produktiver zu arbeiten. Es hilft, den Workflow einer DevOps-Umgebung bis hin zur Bereitstellung geschäftskritischer Systeme zu optimieren. Es gibt jedoch vier Hauptgründe, warum eine IT-Abteilung wahrscheinlich von einem Sicherungs- und Wiederherstellungsmechanismus von Bacula Enterprise für ihren implementierten Kubernetes-Cluster profitieren kann.

Diese sind:

Als Teil einer Lösung zur Unterstützung bei der Wiederherstellung im Falle eines katastrophalen Clusterausfalls
Um bei der Replikation einer Umgebung zu helfen
Um bei der Migration von Kubernetes-Clustern zu helfen
Um ein unabhängiges Wiederherstellungstool zu haben, das zusätzliche Sicherheit und Aufgabentrennung von den Cluster-Automatisierungstools und dem Code-Repository bietet

Herausforderungen bei der Kubernetes-Sicherung

Da die Daten selbst in Cloud-nativen Anwendungen als flüchtig klassifiziert werden können und mit einem Satz von Containern funktionieren, ist ein Management erforderlich. Das beliebteste Managementsystem ist heute Kubernetes (K8s). Der Kern dieses Managementsystems heißt etcd und speichert alle Informationen über den aktuellen Zustand von Kubernetes sowie die Konfiguration von Container-Clustern, was bedeutet, dass jede Änderung innerhalb des Kubernetes-Systems in diesem etcd-Teil reflektiert wird.

Die erste Herausforderung der Kubernetes-Sicherung – da die Knoten selbst Einwegartikel sind und typischerweise nur etwa einen Tag dauern, wäre es einfach, sie wiederherzustellen, falls eine Katastrophe sie zerstört. Das Problem ist, dass die wiederhergestellten Knoten keine vorherigen Daten haben würden und sich diese Daten aus etcd holen müssten – das häufig und effizient gesichert werden müsste, damit das gesamte System ordnungsgemäß funktioniert, nachdem etwas passiert ist, da etcd selbst mit dem neuronalen System des gesamten Entwicklungssystems verglichen werden kann, das die Kenntnisse über die Infrastruktur im Allgemeinen und die Platzierung von persistenten Volumes enthält, die Daten haben, die möglicherweise irgendwo gespeichert werden müssen.

Die zweite Herausforderung bei der Kubernetes-Sicherung hängt mit der Migration von einem Cloud-Dienst zu einem anderen zusammen, die ein granulares Sicherungssystem erfordert, da sich wahrscheinlich einige Dinge in der vorherigen Cloud-nativen Struktur eines Benutzers ändern müssen, wenn Ihr neuer Cloud-Dienst eine andere Struktur hat. In diesem Fall müssen Sie möglicherweise nicht die Gesamtheit von etcd oder die gesamte Kubernetes-Umgebung wiederherstellen – hier kommt die Notwendigkeit der Granularität ins Spiel. Ein weiterer Bedarf für einen granularen Job kann entstehen, wenn ein Teil Ihres Systems während der Migration oder aus einem anderen Grund beschädigt wird – es ist sehr wahrscheinlich, dass Sie nur diesen einen bestimmten Teil des Systems wiederherstellen müssen, anstatt alles neu zu schreiben, um einen kleinen Teil wiederherzustellen.

Der aktuelle App-Entwicklungszyklus erinnert an die dritte Herausforderung der Kubernetes-Sicherung – es ist typisch, dass Anwendungen in einer Sandbox-Umgebung getestet werden, die vom Rest des Systems (nämlich der Produktionsumgebung, die bereits mit Kunden interagiert) isoliert ist. In diesem speziellen Fall müssten diese Umgebungen (Entwicklungs- und Testumgebung) mit Anwendungsdaten „hydriert“ werden, um aussagekräftige Testergebnisse zu liefern. Mit diesen Szenarien können bestimmte Container oder Volumes eine aktuelle Produktionsumgebung sichern und in der Testumgebung wiederherstellen – was bedeutet, dass Sie einen Teil Ihrer Infrastruktur kennzeichnen müssen, um an einem Ort zu sichern und an dem anderen Ort oder in der anderen Umgebung wiederherzustellen.

Bacula Enterprise’s Kubernetes-Sicherungsfunktionen

Sicherung der Konfiguration von Kubernetes-Cluster-Ressourcen
Möglichkeit zur Wiederherstellung einzelner Kubernetes-Konfigurationsressourcen
Möglichkeit zur Sicherung und Wiederherstellung persistenter Daten
Möglichkeit, die Konfiguration von Kubernetes-Ressourcen in einem lokalen Verzeichnis wiederherzustellen
Kubernetes-Sicherung und -Wiederherstellung für persistente Volumes
Möglichkeit zur Wiederherstellung von Kubernetes-Daten für persistente Volumes in einem lokalen Verzeichnis

Das Kubernetes-Modul von Bacula Enterprise kann eine Reihe von Kubernetes-Ressourcen sichern, darunter:

Bereitstellungen
Pods
Dienste
Persistente Volume-Ansprüche

Vorteile des Kubernetes-Sicherungs- und Wiederherstellungsmoduls

Sicherung und Wiederherstellung von Kubernetes-Clustern
Schnelle Wiederherstellung der persistenten Daten eines Clusters
Möglichkeit zur schnellen und effizienten Neuverteilung der Ressourcen eines Clusters

Speicherung von geänderten Konfigurationen für vollständige Sicherheit und Wiederherstellung des genau gleichen Zustands
Speicherung von Konfigurationen zur Verwendung mit anderen Operationen

Die sichere & effiziente Bereitstellung von Kubernetes-Clustern

Effektive DevOps-Umgebungen müssen skalierbar und möglichst automatisiert sein. Bacula Enterprise ist so konzipiert, dass es stabil, zuverlässig und hoch skalierbar ist. Seine Container-Sicherungsmodule zielen darauf ab, die Arbeit von IT- und DevOps-Abteilungen mithilfe von Docker, Kuberbetes, SUSE, Caas oder Openshift zu erleichtern. Es macht die Bereitstellung von Kuberbetes sicherer und bequemer als je zuvor.

Unabhängig davon, ob Ihre bereitgestellte Container-Umgebung für das Lift-and-Shift von monolithischen Anwendungen, das Refactoring von Legacy-Anwendungen oder die Erstellung neuer verteilter Anwendungen verwendet wird – Entwickler und Systemadministratoren können Baculas fortschrittliche Kubernetes-Sicherungs-Technologie mit einem besonders hohen Maß an Flexibilität nutzen – entweder über Baculas GUI oder die Kommandozeilen-Schnittstelle. Denken Sie daran, dass dieses hohe Maß an Flexibilität und Anpassungsmöglichkeiten grundlegend für Baculas Ansatz ist: den Benutzer zu befähigen, indem man ihm eine breite Palette von Optionen zur Verfügung stellt, mit denen er seine Ziele erreichen kann.

Warum sollten Kubernetes-Umgebungen gesichert werden?

Da Kubernetes zunehmend in geschäftskritischen Betriebsumgebungen eingesetzt wird, beschäftigen sich Unternehmen immer häufiger mit Kubernetes-Sicherungs- und Wiederherstellungsfragen, mit Sicherheit und anderen Fragen der Datenverwaltung. Ursprünglich war die Mehrheit der containerisierten Anwendungen zustandslos, wodurch sie einfacher in einer öffentlichen Cloud bereitgestellt werden konnten. Da jedoch zustandsbehaftete Anwendungen, die Zugriff auf eine Datenbank benötigen, mithilfe von Kubernetes containerisiert wurden, ist die Notwendigkeit, Kubernetes-Sicherung und -Wiederherstellung ernsthaft zu berücksichtigen, drastisch gestiegen.

Unabhängig davon, ob Kubernetes in einer Bereitstellungsumgebung verwendet wird, um monolithischen Anwendungen neues Leben einzuhauchen, Legacy-Anwendungen zu refaktorisieren oder neue dynamische verteilte Anwendungen zu implementieren, bleibt die Notwendigkeit bestehen, die zustandsbezogenen Daten zu schützen. Die Notwendigkeit, SLAs einzuhalten und sicherzustellen, dass Container-basierte Dienste immer in einem korrekten Zustand verfügbar sind, wird für ein Unternehmen immer an erster Stelle stehen. Aus diesem Grund erfordert eine mindestens funktionsfähige Kubernetes-Distribution eine effektive Sicherung und Wiederherstellung von Kubernetes-Cluster-Komponenten und persistenten Daten für den produktiven Betrieb.

Für Unternehmen, die Kubernetes in Produktionsumgebungen einsetzen, ist Bacula Enterprise die erste Sicherungs- und Wiederherstellungsplattform für Unternehmen, die eine Lösung mit implementierten Kubernetes-Clustern zur konsistenten Sicherung und Wiederherstellung von Daten über alle Plattformen hinweg bietet.

Bacula bietet Agilitätsvorteile für Kubernetes-Umgebungen dank seines ungewöhnlich hohen Maßes an Modularität und Flexibilität. So ermöglicht Bacula beispielsweise auch die Migration von persistenten Volumes zwischen Kubernetes-Clustern – zum Beispiel kann bei der Wiederherstellung ein anderes Kubernetes-System angegeben werden, auf das geschrieben werden soll. Diese Agilität wiederum bietet Unternehmen die Möglichkeit, nicht nur Zeit zu sparen, sondern auch Komplexität, Kosten und Vendor Lock-in erheblich zu reduzieren.

Viele Unternehmen haben Kubernetes auf mindestens zwei der drei wichtigsten öffentlichen Clouds implementiert, und ein erheblicher Teil von ihnen betreibt Container auf Amazon Web Services (AWS), Google Cloud Platform (GCP) und Microsoft Azure. Die native Integration von Bacula mit diesen Cloud-Plattformen hilft, den Betrieb in diesen Umgebungen zu beschleunigen und zu vereinfachen. Bacula hilft Unternehmen auch dabei, sich nicht an einen einzigen Anbieter zu binden, denn außer dem eigenen Open-Source-basierten Code ermöglicht es Kubernetes auch, leichter von einer Cloud in eine andere zu wechseln. Bacula bietet auch die Möglichkeit einer hybriden Cloud durch die einfache Integration von privaten und öffentlichen Cloud-Diensten, um parallele, integrierte oder ergänzende Aufgaben zu unterstützen.

Baculas einzigartige Lösung für Kubernetes-Sicherung umfasst nicht nur die Sicherungen von persistenten Volumes, sondern auch von Konfigurationsdateien.

Kubernetes-Wiederherstellungsprozess

Das Kubernetes-Sicherungsmodul bietet eine Auswahl von zwei Zielen für Wiederherstellungsvorgänge:

Wiederherstellung in den Kubernetes-Cluster
Wiederherstellung in ein lokales Verzeichnis

Um eine optimale Sicherung und Wiederherstellung für Kubernetes-Container-Umgebungen zu gewährleisten, sollten die Daten automatisch gesichert werden und die Systemadministratoren sollten die Sicherungen regelmäßig testen, um sicherzustellen, dass sie im Falle einer Wiederherstellung das tun, was nötig ist.

Ressourcen-Listing-Funktion für die Kubernetes-Sicherung

Das Bacula Enterprise Kubernetes-Backup-Modul unterstützt die Auflistungsfunktion von Bacula Enterprise 8.x oder neuer. In diesem Modus werden einige nützliche Informationen über verfügbare Kubernetes-Ressourcen angezeigt, wie z. B.:

Liste der Kubernetes-Namespaces
Liste der persistenten Kubernetes-Volumes

Die Funktion verwendet den speziellen .ls-Befehl mit einem plugin=<plugin>-Befehlsparameter.