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.

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.

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

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.

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.