Home Solutions Oracle OLVM

L'importance de la protection OLVM

Oracle Linux Virtualization Manager, basé sur oVirt, est une plateforme KVM pour les charges de travail Linux de production. À mesure qu'il s'intègre à l'infrastructure centrale, la protection des VM devient essentielle à la continuité des activités, mais elle est souvent négligée après le déploiement.

Prolifération des domaines de stockage et des clusters

Prolifération des domaines de stockage et des clusters

Les environnements OLVM utilisent plusieurs hôtes, centres de données et types de stockage. Ignorer cela peut entraîner des lacunes de couverture non détectées lorsque les hôtes changent.

Tout ou rien pour la récupération

Tout ou rien pour la récupération

La restauration à partir d'un snapshot de domaine de stockage est généralement une opération de restauration complète de VM. Récupérer un seul fichier, ou atteindre un RTO agressif pour une charge de travail de niveau 1, nécessite généralement des capacités qui se situent en dehors du gestionnaire d'hyperviseur lui-même.

Risque de rançongiciel et d'atteinte à l'intégrité

Risque de rançongiciel et d'atteinte à l'intégrité

Les VM Linux sur un hôte OLVM hébergent des bases de données et des serveurs d'applications précieux, ce qui en fait des cibles pour les ransomwares. Le partage du même stockage pour les points de restauration et la production peut compromettre les snapshots si le cluster est attaqué.

Capacités clés de la protection OLVM moderne

Pilotée par API

Pilotée par API

La sauvegarde s'intègre directement à l'API REST OLVM et au moteur, découvrant les centres de données, les clusters, les hôtes et les VM sans installer d'agent dans chaque système d'exploitation invité.

CBT via ImageIO

CBT via ImageIO

Sur OLVM 4.4.8 et versions ultérieures, les tâches incrémentielles doivent lire uniquement les blocs de disque modifiés via le service de transfert oVirt ImageIO, évitant ainsi une lecture complète du disque à chaque cycle de sauvegarde.

Mise en cohérence des applications

Mise en cohérence des applications

Coordination et mise en pause applicative - via l'agent invité QEMU - avant la prise d'un instantané, afin que l'état des bases de données et des systèmes de fichiers soit transactionnellement cohérent au point de récupération.

Sensible au domaine de stockage

Sensible au domaine de stockage

Chemins de transport SAN direct, iSCSI ou Fibre Channel qui déplacent les données de sauvegarde sans les acheminer sur le même réseau dont dépend le plan de gestion OLVM.

Restauration instantanée depuis le stockage de sauvegarde

Restauration instantanée depuis le stockage de sauvegarde

La capacité de démarrer une VM directement depuis le stockage de sauvegarde, avant une restauration complète des données, afin de respecter des RTO agressifs pour les charges de travail critiques pour l'entreprise.

Restauration granulaire multiplateforme

Restauration granulaire multiplateforme

Restauration de fichiers individuels et de disques virtuels - pas seulement des VM entières - avec la possibilité de récupérer une VM protégée sur une infrastructure de virtualisation cible différente.

Comment Vinchin assure la protection d’OLVM

Sauvegarde plus rapide et plus efficace
Restauration plus rapide et plus granulaire
Optimisation de stockage plus intelligente
Reprise après sinistre flexible et évolutivité
Sauvegarde plus rapide et plus efficace

Sauvegarde incrémentielle permanente

Réduit le temps de sauvegarde et la consommation de stockage en effectuant une sauvegarde complète une seule fois et en capturant les modifications ultérieures de manière incrémentielle.

SpeedKit

Pour les environnements disposant d'un stockage local suffisant, SpeedKit utilise une technologie basée sur les instantanés pour identifier rapidement les blocs de données modifiés comme alternative au CBT, accélérant ainsi davantage les performances de sauvegarde.

Restauration plus rapide et plus granulaire

Récupération instantanée de VM

Permet d'exécuter une VM directement depuis son référentiel de sauvegarde, ce qui permet de remettre en ligne les charges de travail critiques en seulement 15 secondes après une défaillance inattendue.

Récupération au niveau des fichiers

Permet une restauration granulaire de fichiers ou dossiers individuels à partir d'un point de sauvegarde, vous permettant de récupérer uniquement les données nécessaires sans restaurer l'ensemble de la VM.

Optimisation de stockage plus intelligente

Politique de rétention intelligente

Supprime automatiquement les points de restauration obsolètes selon des règles de rétention personnalisées, ce qui aide à maîtriser la croissance du stockage de sauvegarde tout en conservant les points de récupération requis disponibles.

BitDetector

Réduit davantage les données de sauvegarde en identifiant et en excluant les données sans valeur telles que les fichiers d'échange, les écarts de partition et l'espace non partitionné, en ne conservant que les données écrites significatives dans le référentiel de sauvegarde.

Reprise après sinistre flexible et évolutivité

Copie de sauvegarde externe

Crée une copie de sauvegarde indépendante dans un emplacement distinct, offrant une couche de protection supplémentaire lorsque les environnements de production et de sauvegarde locale sont tous deux affectés.

Archive Cloud

Étend la rétention à long terme et les capacités de reprise après sinistre en archivant les copies de sauvegarde vers Alibaba Cloud, AWS S3 et un stockage compatible S3, conformément à la stratégie de sauvegarde 3-2-1.

Expansion de nœud flexible

Permet aux organisations dont les environnements Oracle Linux Virtualization Manager se développent d'ajouter des nœuds de sauvegarde à la demande, en créant une infrastructure de sauvegarde évolutive tout en gérant tous les nœuds via une console unifiée.

Points forts de la solution de sauvegarde Vinchin pour OLVM

Sauvegarde automatique des VM

Sauvegarde automatique des VM

Sauvegarde automatisée de machines virtuelles avec des options flexibles de planification des sauvegardes

Sauvegarde sans agent

Sauvegarde sans agent

Installation plus facile, consommation de ressources réduite et coûts de maintenance inférieurs

Sauvegarde LAN-Free

Sauvegarde LAN-Free

Transfert direct de données via SAN, 0 consommation du réseau de production

Vinchin Backup & Récupération
Puissante alternative CBT

Puissante alternative CBT

Sauvegarde incrémentielle plus rapide pour les machines virtuelles OLVM

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

Gestion simplifiée des tâches de sauvegarde et de restauration de VM

Consolidez votre infrastructure OLVM avec Vinchin

  • Oracle Linux Virtualization Manager 4.3.x
  • Oracle Linux Virtualization Manager 4.4.x
  • Oracle Linux Virtualization Manager 4.5.x

Ce que vous obtenez pour OLVM avec Vinchin

Plus court
Sauvegarder les fenêtres à grande échelle
La sauvegarde incrémentale CBT via ImageIO maintient des fenêtres de sauvegarde quotidiennes courtes, même lorsque le nombre de vos VM et l'empreinte de votre cluster augmentent.
Récupération
mesuré en secondes, pas en heures
Le même comportement de protection qu'une VM soit sur Ceph, un stockage local, un LUN SAN ou NFS.
Inférieur
coût par VM protégée
La déduplication, la compression et BitDetector réduisent l'empreinte de stockage des référentiels de sauvegarde à rétention longue.
Une stratégie
pour un parc hétérogène
Gérez OLVM aux côtés de VMware, Hyper-V, Proxmox et d'autres plateformes dans la même console - aucun outil séparé par hyperviseur.
Isolé
depuis la production
Transport SAN LAN-Free et copie de sauvegarde hors site/cloud gardent les points de restauration hors de la zone d'impact d'un cluster compromis.
Migration
chemin désactivé ou sur OLVM
La migration V2V sans agent vous offre la flexibilité de déplacer les VM entre OLVM et d'autres plateformes prises en charge à mesure que les plans d'infrastructure évoluent.

Partenaire Oracle autorisé

oracle-partnernetwork

En tant que membre officiel de l’OPN, Vinchin Backup & Récupération ne démontre pas seulement sa capacité à offrir une protection OLVM de haut niveau, mais le programme de partenariat axé sur le client et privilégiant le cloud nous pousse également à bien comprendre comment répondre aux attentes des utilisateurs en générant, avec Oracle, les résultats commerciaux souhaités à l’ère de l’informatique en nuage

oracle-linux-backup Le fournisseur de logiciel de sauvegarde indépendant

Obtenez dès maintenant la solution de protection OLVM

Sécurisez les charges de travail OLVM grâce à une sauvegarde et une restauration rapides et flexibles, garantissant ainsi la continuité de fonctionnement des services critiques.

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

Questions fréquemment posées

Q1: Vinchin peut-il protéger un cluster comprenant à la fois des hôtes antérieurs à la version 4.4.8 et des hôtes en version 4.4.8 ou supérieure

A: Oui. Vinchin détecte la version de chaque hôte et sélectionne automatiquement le chemin de transport approprié – ImageIO lorsque c’est possible, plugin de sauvegarde lorsque c’est nécessaire – de sorte que les clusters de versions mixtes n’ont pas besoin d’être divisés en stratégies de sauvegarde distinctes

Q2: Est-ce que quelque chose est installé à l'intérieur de mes VM invitées OLVM ?

A: Non. La sauvegarde des VM elle-même est sans agent. Le seul composant présent dans l'invité est l'agent invité QEMU, utilisé facultativement pour le gel cohérent au niveau applicatif - le même agent sur lequel OLVM s'appuie déjà pour les opérations au niveau de l'invité.

Q3: Que se passe-t-il lorsqu'une nouvelle VM est ajoutée à un cluster que je sauvegarde déjà ?

A: Si l'option Auto-Join Backup est activée au niveau de l'hôte, du cluster ou de la plateforme, les VM nouvellement ajoutées sont automatiquement incluses dans la tâche de sauvegarde existante sans aucune reconfiguration manuelle ; les VM supprimées sont automatiquement exclues.

Q4: Quelle option de restauration dois-je utiliser pour une VM de base de données critique pour l'entreprise ?

A: La restauration instantanée de VM est conçue exactement pour ce cas - elle est pensée pour les VM sensibles au RTO, en démarrant la VM directement depuis le stockage de sauvegarde. La restauration complète de VM convient mieux aux VM non critiques où le RTO est moins sensible.

Q5: Vinchin prend-il en charge les hôtes OLVM autonomes, ou seulement les déploiements en cluster

A: Les deux. Le même flux de sauvegarde et de restauration s'applique que votre environnement OLVM soit un hôte autonome unique ou un cluster multi-hôtes et multi-domaines de stockage.