Home Solutions ZStack

L'importance de la protection de ZStack

ZStack Cloud combine le calcul, le réseau et le stockage en pools de ressources partagées, incluant le stockage local, Ceph, IP SAN/FC SAN et NFS, le tout géré de manière centralisée. Si cette densité définit une plateforme IaaS, elle présente des risques, car des pannes ou des interruptions peuvent affecter plusieurs charges de travail. Comprendre ces vulnérabilités est essentiel avant d'explorer les stratégies de protection.

Le pooling multi-tenant élargit le rayon d'impact

Mutualiser le calcul, le réseau et le stockage entre les locataires sur des hôtes partagés signifie qu'une défaillance d'un seul hôte ou du stockage peut compromettre toutes les charges de travail de ce pool.

Les arborescences d'instantanés protègent contre les erreurs, pas contre les catastrophes

Les chaînes d'instantanés sont utiles en cas d'erreurs de configuration, mais n'offrent aucune protection contre les défaillances du pool de stockage ou les ransomwares.

Des backends de stockage mixtes créent une protection inégale

Un seul cluster peut combiner le stockage local, Ceph, le bloc/LUN partagé via IP SAN ou FC SAN, et les montages NFS. Une stratégie de protection axée sur un seul backend met en danger les VM situées sur les autres, entraînant des RPO et RTO incohérents.

Capacités clés d'une protection ZStack moderne

Capture au niveau de l'hôte, sans agent

Lecture de l'état du disque de la VM au niveau de l'hyperviseur/hôte plutôt que par injection d'un agent dans chaque système d'exploitation invité, afin que la protection s'étende à un pool multi-tenant sans logiciel par VM à licencier, mettre à jour ou dépanner.

Suivi permanent des modifications incrémentielles

En ne capturant que les blocs modifiés depuis la dernière exécution après une capture complète initiale, les fenêtres de sauvegarde restent courtes même lorsque le nombre d'hôtes et de VM atteint des milliers.

Moteur indépendant du backend de stockage

Un mécanisme de capture identique que le volume soit sur un stockage local, Ceph, des LUN IP SAN/FC SAN ou NFS - afin que le RPO et le RTO restent cohérents sur l'ensemble du cluster au lieu de varier selon le backend.

Immutable/conservation en environnement isolé

Verrouillage des points de récupération contre toute modification ou suppression pendant une fenêtre de rétention définie, en isolant au moins une copie du réseau de production afin de garantir un point de restauration sain et résistant aux rançongiciels.

Dépôt secondaire indépendant

Écriture des données de sauvegarde sur un stockage situé en dehors du pool de stockage principal et en dehors de la base de données du nœud de gestion, afin qu'une panne du plan de contrôle ou un incident sur le pool de stockage principal ne puisse pas également détruire la copie de récupération.

Restauration indépendante du plan de contrôle

Restauration granulaire au niveau des fichiers et démarrage quasi instantané des VM depuis la sauvegarde, sans exiger que le nœud de gestion source ou le pool de stockage soit d'abord sain - rétablissant le service avant même que la cause racine ne soit résolue.

Comment Vinchin assure la protection de ZStack

Sauvegarde efficace et réduction des données
Récupération rapide et flexible
Stockage de sauvegarde flexible et protection hors site
Protection évolutive pour les grands environnements
Sauvegarde efficace et réduction des données

Vinchin Backup & Récupération est conçu pour maximiser l’efficacité de la sauvegarde tout en minimisant la consommation de stockage

Sauvegarde incrémentielle permanente

La sauvegarde incrémentielle permanente, alimentée par Vinchin SpeedKit, ne capture que les données modifiées après la première sauvegarde complète, ce qui réduit les fenêtres de sauvegarde et les transferts de données inutiles

Déduplication et compression

La déduplication et la compression intégrées réduisent davantage la taille des sauvegardes en éliminant les blocs de données en double et en compressant les données restantes.

BitDetector

BitDetector va encore plus loin en identifiant et en excluant les données non essentielles telles que les fichiers d'échange, les espaces entre partitions et l'espace non partitionné, garantissant ainsi que le stockage de sauvegarde est principalement utilisé pour les données précieuses.

Récupération rapide et flexible

Récupération instantanée de VM

Lorsque les temps d'arrêt comptent, la vitesse de récupération est essentielle. La récupération instantanée de VM peut remettre en ligne une VM protégée et ses applications clés en aussi peu que 15 secondes, aidant les organisations à minimiser les interruptions de service après des défaillances inattendues.

Récupération au niveau des fichiers

Pour les incidents moins graves, la récupération au niveau des fichiers permet aux administrateurs de restaurer des fichiers ou dossiers individuels directement dans l'environnement de production sans récupérer l'ensemble de la VM. Cela facilite la gestion rapide des suppressions accidentelles, de la corruption de fichiers ou d'autres défaillances partielles.

Stockage de sauvegarde flexible et protection hors site

Vinchin prend en charge plusieurs destinations de sauvegarde pour aider les organisations à mettre en place une stratégie de protection des données plus résiliente

Archive Cloud

Avec Archive Cloud, les sauvegardes peuvent être archivées vers des plateformes de stockage cloud public populaires telles que AWS S3, Microsoft Azure et Wasabi, offrant ainsi un niveau de stockage supplémentaire en dehors de l'infrastructure principale.

Copie de sauvegarde externe

La copie de sauvegarde hors site permet d'envoyer des copies de sauvegarde indépendantes vers un stockage de sauvegarde distant, ce qui aide à se protéger contre les défaillances au niveau du site, les cyberattaques et les catastrophes naturelles, tout en soutenant une stratégie de sauvegarde 3-2-1 plus robuste.

Protection évolutive pour les grands environnements

Extension de nœud de sauvegarde

À mesure que les environnements virtualisés se développent, l'infrastructure de sauvegarde doit évoluer avec eux. L'extension des nœuds de sauvegarde permet aux organisations d'ajouter des nœuds de sauvegarde supplémentaires et de répartir les charges de travail de sauvegarde sur les ressources informatiques disponibles. Cette architecture aide les grands environnements comptant un nombre massif de VM à traiter les tâches de sauvegarde plus efficacement tout en évitant une charge excessive sur un seul serveur de sauvegarde.

Points forts de la solution de sauvegarde Vinchin pour ZStack

Sauvegarde automatique des VM

Sauvegarde automatique des VM

Sauvegardes ponctuelles/Programmées de machines virtuelles après des paramètres simples

Sauvegarde sans agent

Sauvegarde sans agent

Commencer facilement la sauvegarde de VM sans installation compliquée d'agent

BitDetector

BitDetector

Économisez de l'espace de stockage de sauvegarde grâce à l'extraction en profondeur des blocs de données

Vinchin Backup & Récupération
Alternative CBT pour ZStack

Alternative CBT pour ZStack

Accélérez les sauvegardes incrémentielles avec Vinchin SpeedKit

Récupération instantanée de VM

Récupération instantanée de VM

Temps de restauration plus courts à 15 secondes grâce au montage NFS

Console Web Unifiée

Console Web Unifiée

Optimise la gestion globale de l'environnement de sauvegarde

Consolidez votre infrastructure cloud ZStack avec 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

Consolidez votre infrastructure ZStack ZSphere avec Vinchin

  • ZStack ZSphere 4.X.X

Ce que vous obtenez pour ZStack avec Vinchin

Récupération
points indépendants du cluster
Une copie de chaque VM protégée qui survit à une panne du pool de stockage principal ou du nœud de gestion.
RPO/RTO cohérents
sur différents backends de stockage
Le même comportement de protection qu'une VM soit sur Ceph, un stockage local, un LUN SAN ou NFS.
Minutes
non des heures, pour restaurer les VM critiques
La restauration instantanée démarre les VM directement depuis le stockage de sauvegarde pendant que le problème sous-jacent est résolu.
Inférieur
charge de stockage
Capture incrémentale permanente avec déduplication et compression, plutôt que des sauvegardes complètes répétées.
Un seul console
pour des environnements de virtualisation mixtes
Gérez la sauvegarde ZStack aux côtés de VMware, Hyper-V, Proxmox et d'autres plateformes prises en charge.
Migration
Retirez le chemin de ZStack si vous en avez un jour besoin
La migration V2V bidirectionnelle sans agent fait des changements de plateforme future une option, et non un projet.

Obtenez dès maintenant la solution de protection ZStack

Rationalisez la sauvegarde et la restauration ZStack tout en assurant la protection des charges de travail et la disponibilité des services.

Essai gratuit * Essai gratuit de 60 jours
Parlez à un expert * Évaluation gratuite de la solution

Questions fréquemment posées

Q1: Avec quels backends de stockage ZStack Vinchin fonctionne-t-il

A: Les tâches de sauvegarde fonctionnent sur les principaux types de stockage pris en charge par ZStack dans un cluster, notamment le stockage local, Ceph, le stockage bloc partagé via IP SAN/FC SAN et le stockage monté NFS.

Q2: Quels ports doivent être ouverts entre Vinchin et ZStack

A: Le serveur de sauvegarde Vinchin doit pouvoir accéder à la plateforme ZStack via les ports 8080, 29203 et 29204. Sans l’ouverture de ces ports, vous ne pourrez pas ajouter la plateforme ni exécuter de tâches de sauvegarde

Q3: Dois-je installer le plugin sur chaque hôte, ou sur un seul ?

A: Chaque hôte du cluster ZStack doit avoir le plugin de sauvegarde installé et correspondre à la version exacte de ZStack de cet hôte. Si le plugin est désinstallé d'un hôte sans être réinstallé, les tâches de sauvegarde des VM sur cet hôte échoueront.

Q4: Vinchin interfère-t-il avec les propres arbres de snapshots de ZStack

A: Non. Les tâches de sauvegarde de Vinchin fonctionnent indépendamment des chaînes de snapshots de volume et des arbres de snapshots natifs de ZStack – les deux peuvent coexister, même s’ils ont des objectifs différents : les snapshots natifs pour des restaurations rapides, les sauvegardes Vinchin pour un point de récupération indépendant.

Q5: Que se passe-t-il si j'ajoute de nouvelles VM à ZStack après la création de la tâche de sauvegarde ?

A: Avec la sauvegarde à jonction automatique activée au niveau de la plateforme, du cluster, de l'hôte ou du dossier, les VM nouvellement ajoutées sont automatiquement incluses dans les tâches de sauvegarde existantes - sans besoin de modifier manuellement la tâche à chaque fois.