Die Cloud-native Landschaft entwickelt sich rasant weiter, und es wird erwartet, dass bis 2025 85 % der Unternehmen weltweit Container in der Produktion einsetzen werden¹. Um Ihre Geschäftsziele weiterhin zu erreichen und gleichzeitig die geschäftliche Agilität zu steigern sowie die Abläufe zu optimieren, benötigen Sie eine ganzheitliche, umfassende Datenmanagement-Lösung für Ihren gesamten Datenbestand.
Commvault war schon immer Vorreiter beim Schutz neuer Technologien – und das gilt auch für Container und Kubernetes. Wir haben umfassende Unterstützung für den Schutz von Anwendungen, die auf einem Kubernetes-Cluster laufen, sowie deren Daten entwickelt. Jede von der CNCF (Cloud Native Computing Foundation) zertifizierte Kubernetes-Distribution wird unterstützt, und über das CSI-Framework (Container Storage Interface) unterstützen wir zudem eine Vielzahl von Speicheranbietern auf Kubernetes. So stellen wir sicher, dass Sie über einen vollständigen cloud-nativen Datenschutz verfügen, der über eine einzige, einfach zu verwaltende Datenmanagement-Lösung gesteuert wird.
In dieser neuen Version erweitern wir den Datenschutz für Kubernetes um zwei wichtige neue Funktionen:
- Umfassender Schutz auf Cluster- und Namespace-Ebene.
- Schutz des ETCD.
Zusammenfassung
Mit Commvault können Anwender einen Kubernetes-Cluster ganz einfach in das Commvault Command Center™ integrieren – die zentrale Oberfläche für alle Ihre Anforderungen in den Bereichen Datensicherung, Datenmanagement und Datenlebenszyklus.
Commvault definiert eine Kubernetes-Anwendung als alles, was ein Pod oder eine Sammlung von Pods ist, d. h.: Deployments, ReplicaSets, StatefulSets usw. sowie die damit verbundenen Komponenten, wie sie aus den entsprechenden Anwendungs-YAML-Dateien abgeleitet werden.
Um dies etwas zu verdeutlichen: Wenn wir uns eine Anwendung wie beispielsweise ein Deployment ansehen, prüfen wir deren Konfigurationsspezifikation und ermitteln alle PVCs (Persistent Volume Claims), Secrets, ConfigMaps und andere zugehörige Entitäten. All dies zusammen bildet eine Anwendung.
Ein Benutzer kann einen integrierten Cluster nach Anwendungen durchsuchen, diese auswählen und anhand von Backup-SLAs (Service Level Agreements), Aufbewahrungsanforderungen oder anderen Kriterien zu einer „Anwendungsgruppe“ zusammenfassen.
Benutzer können Anwendungen auf verschiedene Arten zu Anwendungsgruppen hinzufügen:
- Durchsuchen Sie alle Anwendungen in einem oder mehreren Namensräumen und wählen Sie diese aus.
- Wählen Sie bestimmte Anwendungen aus.
- Verwenden Sie dynamische Erkennungsregeln: z. B.: Wählen Sie Anwendungen aus, die einem bestimmten Label-Selektor oder Namen usw. entsprechen.
Die dynamische Erkennung ist besonders dann nützlich, wenn ein Backup-Administrator die DevOps-Teams anweisen kann, Label-Selektoren für ihre Anwendungen festzulegen, wobei bestimmte Schutz-SLAs (Service Level Agreements) garantiert werden.
Backup-Aufträge werden auf der Ebene der Anwendungsgruppe ausgeführt und nutzen die Inhaltsregeln, um vorhandene und neu erstellte Anwendungen sowie deren Ressourcen im Cluster zur Laufzeit zu ermitteln und Backups durchzuführen. PVCs werden, sofern verfügbar, mithilfe von CSI gesichert; alternativ kann Commvault bei Nichtverfügbarkeit von CSI mithilfe der „ReadMany“-Semantik direkt auf PVCs zugreifen.
Ein Diagramm, das veranschaulicht, wie der gesamte Ablauf funktioniert.
Mit Commvault lässt sich die Wiederherstellung einer Anwendung oder ihrer Daten auf verschiedenen Granularitätsebenen durchführen:
- Wiederherstellung auf Anwendungsebene: Eine gesamte Anwendung kann zusammen mit den zugehörigen Ressourcen und Daten in einem Schritt wiederhergestellt werden.
- Anwendungsdateien: Die auf PVCs gespeicherten Daten einer Anwendung (oder Teile davon) können schrittweise wiederhergestellt werden, ohne dass die gesamte Anwendung wiederhergestellt werden muss.
- Anwendungskonfigurationsdateien: Konfigurationsdateien, aus denen eine Anwendung besteht, können als Dateien wiederhergestellt werden, sodass ein Benutzer sie bearbeiten kann, bevor er sie auf den Cluster anwendet.
Verbesserungen
Nun ist es an der Zeit, über die spannenden neuen Erweiterungen zu sprechen, die einen umfassenden Kubernetes-Schutz bieten und in der Plattformversion 2022E enthalten sind.
1. Umfassender Schutz für den gesamten Cluster
Mit diesen Features haben wir eine praktische Schaltfläche für den Backup-Administrator hinzugefügt: „Bitte alles auf dem Cluster sichern“. Vielen Dank!
Bei dieser Konfiguration werden alle Elemente im Cluster berücksichtigt, einschließlich der Ressourcen auf Cluster-Ebene.
Zudem werden auch Namespaces, die zum Zeitpunkt der Sicherung neu entdeckt werden, automatisch einbezogen.
Backup-Administratoren müssen nicht mehr einzelne Namespaces oder Anwendungen innerhalb eines Namespaces auswählen, damit diese vollständig geschützt sind.
2. Schutz auf Namespace-Ebene
Neben einem gesamten Cluster können Benutzer nun auch einen gesamten Namespace sichern, d. h. Anwendungen (und deren Ressourcen) sowie alle nicht referenzierten Ressourcen innerhalb des Namespace (wir bezeichnen diese als „Orphans“).
Außerdem können Benutzer nun Namespaces vollständig wiederherstellen und dabei dennoch die oben erläuterten granularen Wiederherstellungen beibehalten.
3. Schutz von etcd.
etcd ist eine verteilte, replizierte Datenbank, die Kubernetes zur Speicherung der Clusterkonfiguration nutzt. Die folgende Abbildung veranschaulicht den Einsatz von etcd in einem typischen Kubernetes-Cluster.
Jeder Knoten der Steuerungsebene verfügt über eine Replik bzw. Kopie von etcd.
Der Verlust oder die Beschädigung dieser Kopien kann den Arbeitstag (oder die Arbeitswoche) eines Kubernetes-Administrators völlig durcheinanderbringen.
Da etcd über die Master-Knoten eines Kubernetes-Clusters hinweg repliziert wird, versuchen herkömmliche Lösungen, etcd durch den Schutz der Master-Knoten abzusichern. Dies wird häufig dadurch erreicht, dass auf diesen Cluster-Knoten Lösungen bereitgestellt werden, um etcd lokal zu schützen. Dies ist im besten Fall umständlich und schwer handhabbar, da dadurch der Schutz der auf dem Cluster laufenden Anwendungen und der Schutz des Clusterzustands auf zwei sehr unterschiedliche Mechanismen aufgeteilt werden. Der Schutz des Anwendungszustands und der Schutz des Clusterzustands gehen Hand in Hand, und eine Trennung beider Bereiche kann insbesondere bei der Wiederherstellung nach einem Ausfall zu Inkonsistenzen führen.
Commvault integriert nun den etcd-Schutz nahtlos neben dem Anwendungs- und dem vollständigen Cluster-Schutz in das Command Center. Der Benutzer muss lediglich einen Schalter für den Cluster aktivieren, um etcd zu schützen, und ein SLA auswählen. Das war’s schon! Wirklich! (Siehe Abbildung unten)
Mit diesen Verbesserungen haben wir eine ganzheitliche, umfassende Lösung für Ihre Anforderungen an den Kubernetes-Datenschutz entwickelt und diese in unser Commvault Command Center integriert, sodass Sie die Verwaltung Ihrer gesamten Datenbestände über eine einzige Oberfläche vereinfachen können. Kein Wunder, dass Commvault in diesem Bereich weiterhin eine herausragende Rolle spielt.
Quelle
1 – Forbes – Ein Leitfaden für Führungskräfte zur Containerüberwachung
