Home Lösungen ZStack

Die Bedeutung des Schutzes von ZStack

ZStack Cloud kombiniert Rechenleistung, Netzwerk und Speicher zu gemeinsam genutzten Ressourcenpools, einschließlich lokalem Speicher, Ceph, IP SAN/FC SAN und NFS, die alle zentral verwaltet werden. Diese Dichte definiert zwar eine IaaS-Plattform, birgt jedoch Risiken, da Fehler oder Ausfälle mehrere Workloads beeinträchtigen können. Das Verständnis dieser Schwachstellen ist entscheidend, bevor Schutzstrategien untersucht werden.

Multi-Tenant-Pooling vergrößert den Auswirkungsbereich

Das Pooling von Rechen-, Netzwerk- und Speicherressourcen über Mandanten hinweg auf gemeinsam genutzten Hosts bedeutet, dass ein einzelner Host- oder Speicherausfall alle Workloads in diesem Pool gefährden kann.

Snapshot-Bäume schützen vor Fehlern, nicht vor Katastrophen

Snapshot-Ketten sind bei Konfigurationsfehlern nützlich, bieten jedoch keinen Schutz gegen Ausfälle des Storage-Pools oder Ransomware.

Gemischte Storage-Backends führen zu ungleichmäßigem Schutz

Ein einzelner Cluster kann lokalen Speicher, Ceph, gemeinsam genutzte Blockgeräte/LUNs über IP SAN oder FC SAN sowie NFS-Mounts kombinieren. Eine Schutzstrategie, die sich nur auf ein einziges Backend konzentriert, setzt die VMs auf den anderen Backends einem Risiko aus und führt zu inkonsistenten RPO und RTO.

Schlüsselfunktionen des modernen ZStack-Schutzes

Host-basierte, agentenlose Erfassung

Liest den VM-Datenträgerzustand auf Hypervisor-/Host-Ebene, anstatt einen Agenten in jedes Gastbetriebssystem zu injizieren, sodass der Schutz über einen Multi-Tenant-Pool skaliert, ohne Software pro VM lizenzieren, patchen oder Fehler beheben zu müssen.

Inkrementelle dauerhafte Änderungsverfolgung

Nach einer ersten vollständigen Erfassung werden nur die Blöcke erfasst, die sich seit dem letzten Lauf geändert haben, sodass die Backup-Fenster auch bei einer Skalierung von Host- und VM-Anzahlen in die Tausende kurz bleiben.

Speicher-Backend-unabhängige Engine

Ein Capture-Mechanismus, der unabhängig davon identisch funktioniert, ob das Volume auf Local Storage, Ceph, IP SAN/FC SAN LUNs oder NFS liegt – so bleiben RPO und RTO im gesamten Cluster konsistent, statt je nach Backend zu variieren.

Unveränderliche/air-gapped Aufbewahrung

Das Sperren von Wiederherstellungspunkten gegen Änderung oder Löschung für ein festgelegtes Aufbewahrungsfenster, wobei mindestens eine Kopie vom Produktionsnetzwerk isoliert wird, um einen sauberen, ransomware-resistenten Wiederherstellungspunkt zu gewährleisten.

Unabhängiges sekundäres Repository

Das Schreiben von Sicherungsdaten auf einen Speicher, der außerhalb des primären Storage-Pools und außerhalb der Datenbank des Management-Knotens liegt, sodass ein Ausfall der Control Plane oder ein Vorfall im primären Storage-Pool nicht auch die Wiederherstellungskopie beeinträchtigen kann.

Wiederherstellung unabhängig von der Control Plane

Granulare Wiederherstellung auf Dateiebene und nahezu sofortiger VM-Boot-from-Backup, die nicht erfordern, dass der Quell-Verwaltungsknoten oder der Storage-Pool zuerst fehlerfrei ist – die Wiederherstellung des Dienstes erfolgt, bevor die Ursache überhaupt behoben ist.

Wie Vinchin den ZStack-Schutz durchführt

Effiziente Sicherung & Datenreduzierung
Schnelle & flexible Wiederherstellung
Flexibler Backup-Speicher & Schutz an externen Standorten
Skalierbarer Schutz für große Umgebungen
Effiziente Sicherung & Datenreduzierung

Vinchin Backup & Wiederherstellung wurde entwickelt, um die Sicherungseffizienz zu maximieren und gleichzeitig den Speicherverbrauch zu minimieren

Immer inkrementelle Sicherung

Das durch SpeedKit von Vinchin unterstützte Forever-Incremental-Backup erfasst nach der anfänglichen Vollsicherung nur noch geänderte Daten, verkürzt so die Backup-Zeiten und reduziert unnötige Datenübertragungen.

Deduplizierung & Komprimierung

Integrierte Deduplizierung & Komprimierung reduzieren die Backup-Größe weiter, indem duplizierte Datenblöcke eliminiert und die verbleibenden Daten komprimiert werden.

BitDetector

BitDetector geht noch einen Schritt weiter, indem es nicht wesentliche Daten wie Auslagerungsdateien, Partitionierungslücken und nicht partitionierten Speicherplatz erkennt und ausschließt, sodass der Backup-Speicher vor allem für wertvolle Daten genutzt wird.

Schnelle & flexible Wiederherstellung

Sofortige VM-Wiederherstellung

Wenn Ausfallzeiten zählen, ist die Wiederherstellungsgeschwindigkeit entscheidend. Mit Sofortige VM-Wiederherstellung kann eine geschützte VM und ihre wichtigsten Anwendungen in nur 15 Sekunden wieder online gebracht werden, wodurch Organisationen die Dienstunterbrechung nach unerwarteten Ausfällen minimieren können.

Datei-Wiederherstellung

Für weniger schwerwiegende Vorfälle ermöglicht die Datei-Wiederherstellung Administratoren, einzelne Dateien oder Ordner direkt in der Produktionsumgebung wiederherzustellen, ohne die gesamte VM wiederherstellen zu müssen. Dies erleichtert den schnellen Umgang mit versehentlichem Löschen, Dateibeschädigung oder anderen Teilausfällen.

Flexibler Backup-Speicher & Schutz an externen Standorten

Vinchin unterstützt mehrere Backup-Ziele, um Unternehmen beim Aufbau einer widerstandsfähigeren Datensicherungsstrategie zu helfen

Cloud Archiv

Mit Cloud Archiv können Backups auf beliebten öffentlichen Cloud-Speicherplattformen wie AWS S3, Microsoft Azure und Wasabi archiviert werden, wodurch eine zusätzliche Speicherebene abseits der primären Infrastruktur bereitgestellt wird.

Offsite-Sicherungskopie

Offsite-Backup-Kopie ermöglicht es, unabhängige Backup-Kopien an einen entfernten Backup-Speicher zu senden, um Schutz vor standortweiten Ausfällen, Cyberangriffen und Naturkatastrophen zu bieten und gleichzeitig eine stärkere 3-2-1-Backup-Strategie zu unterstützen.

Skalierbarer Schutz für große Umgebungen

Backup-Knotenerweiterung

Mit dem Wachstum virtualisierter Umgebungen muss auch die Backup-Infrastruktur mitskalieren. Die Backup-Knotenerweiterung ermöglicht es Unternehmen, zusätzliche Backup-Knoten hinzuzufügen und Backup-Workloads auf die verfügbaren Rechenressourcen zu verteilen. Diese Architektur hilft großen Umgebungen mit einer enormen Anzahl von VMs, Backup-Jobs effizienter zu verarbeiten und gleichzeitig eine übermäßige Belastung eines einzelnen Backup-Servers zu vermeiden.

Highlights der Vinchin Backup-Lösung für ZStack

Automatisches VM-Backup

Automatisches VM-Backup

Einmalige/flexibel geplante VM-Backups nach einfachen Einstellungen

Agentenloses Backup

Agentenloses Backup

VM Backup ganz einfach ohne umständliche Agenteninstallation starten

BitDetector

BitDetector

Durch die Extraktion von Datenblöcken können Sie Speicherplatz für Backups einsparen.

Vinchin Backup & Wiederherstellung
CBT-Alternative für ZStack

CBT-Alternative für ZStack

Beschleunigen Sie inkrementelle Backups mit Vinchin SpeedKit

Sofortige VM-Wiederherstellung

Sofortige VM-Wiederherstellung

Kürzere Wiederherstellungszeiten (RTOs) von bis zu 15 Sekunden durch NFS-Mounting

Einheitliche Web-Konsole

Einheitliche Web-Konsole

Optimieren Sie das allgemeine Management der Backup-Umgebung

Konsolidieren Sie Ihre ZStack Cloud-Infrastruktur mit Vinchin

  • ZStack Cloud 3.5
  • ZStack Cloud 3.7
  • ZStack Cloud 3.8
  • ZStack Cloud 3.9
  • ZStack Cloud 3.10
  • ZStack Cloud 4.0.1
  • ZStack Cloud 4.3.0
  • ZStack Cloud 4.3.28
  • ZStack Cloud 4.4.16
  • ZStack Cloud 4.5.1
  • ZStack Cloud 4.6.11
  • ZStack Cloud 4.7.11
  • ZStack Cloud 4.8.0
  • ZStack Cloud 5.X.X

Konsolidieren Sie Ihre ZStack ZSphere-Infrastruktur mit Vinchin

  • ZStack ZSphere 4.X.X

Ihre Vorteile mit ZStack und Vinchin

Wiederherstellung
punkte unabhängig vom Cluster
Eine Kopie jeder geschützten VM, die einen Ausfall des primären Storage-Pools oder des Management-Knotens übersteht.
Konsistente RPO/RTO
über Speicher-Backends hinweg
Dasselbe Schutzweshalten, unabhängig davon, ob sich eine VM auf Ceph, lokalem Speicher, einem SAN-LUN oder NFS befindet.
Minuten
nicht Stunden, um kritische VMs wiederherzustellen
Instant Restore startet VMs direkt aus dem Backup-Speicher, während das zugrunde liegende Problem behoben wird.
Niedriger
Speicher-Overhead
Inkrementelle Forever-Erfassung mit Deduplizierung und Komprimierung statt wiederholter Vollsicherungen.
Eine Konsole
für gemischte Virtualisierungsumgebungen
Verwalten Sie ZStack-Backups zusammen mit VMware, Hyper-V, Proxmox und anderen unterstützten Plattformen.
Migration
Pfad von ZStack deaktivieren, falls du jemals einen brauchst
Agentlose bidirektionale V2V-Migration hält zukünftige Plattformwechsel als Option offen, nicht als Projekt.

Holen Sie sich jetzt die ZStack-Schutzlösung

Optimieren Sie ZStack-Backup und -Wiederherstellung und gewährleisten Sie gleichzeitig Workload-Schutz und Serviceverfügbarkeit.

Kostenlose Testversion * 60 Tage kostenlose Testversion
Sprich mit einem Experten * Kostenlose Lösungsbewertung

Häufig gestellte Fragen

Q1: Mit welchen ZStack-Storage-Backends funktioniert Vinchin?

A: Backup-Jobs funktionieren über die primären Speichertypen, die ZStack in einem Cluster unterstützt, einschließlich lokalem Speicher, Ceph, gemeinsam genutztem Blockspeicher über IP SAN/FC SAN und NFS-gemountetem Speicher.

Q2: Welche Ports müssen zwischen Vinchin und ZStack geöffnet sein?

A: Der Vinchin Backup-Server benötigt über die Ports 8080, 29203 und 29204 Zugriff auf die ZStack-Plattform. Wenn diese Ports nicht geöffnet sind, können Sie die Plattform nicht hinzufügen oder Sicherungsaufgaben ausführen

Q3: Muss ich das Plugin auf jedem Host installieren oder nur auf einem?

A: Auf jedem Host im ZStack-Cluster muss das Backup-Plugin installiert und an die exakte ZStack-Version des jeweiligen Hosts angepasst sein. Wenn das Plugin von einem Host deinstalliert wird, ohne es erneut zu installieren, schlagen Backup-Jobs für VMs auf diesem Host fehl.

Q4: Greift Vinchin in die Snapshot-Bäume von ZStack ein?

A: Nein. Die Backup-Jobs von Vinchin arbeiten unabhängig von den nativen Volume-Snapshot-Ketten und Snapshot-Bäumen von ZStack – beide können koexistieren, auch wenn sie unterschiedlichen Zwecken dienen: native Snapshots für schnelle Rücksetzungen, Vinchin-Backups als unabhängiger Wiederherstellungspunkt.

Q5: Was passiert, wenn ich nach dem Erstellen des Sicherungsauftrags neue VMs zu ZStack hinzufüge?

A: Wenn Auto-join-Backup auf Plattform-, Cluster-, Host- oder Ordner-Ebene aktiviert ist, werden neu hinzugefügte VMs automatisch in bestehende Backup-Jobs aufgenommen – kein manuelles Bearbeiten des Jobs bei jedem Mal erforderlich.