Expérience utilisateur simplifiée pour la découverte des clusters vCenter et Kubernetes, ainsi que la récupération d'applications avec plusieurs opérations de récupération à un point dans le temps.

Coût total de possession réduit avec un coût d'exploitation réduit et la possibilité de créer et d'ajuster des plans de reprise après sinistre avec des ressources minimales.

Préparation continue à la reprise après sinistre avec des tests de basculement virtuel qui ne perturbent pas les opérations. Vous pouvez tester régulièrement vos plans de basculement DR sans impacter les charges de travail de production.

Rentabilisation plus rapide grâce à des changements dynamiques dans votre environnement informatique et capacité à les prendre en compte dans vos plans de reprise après sinistre.

Capacité à gérer à la fois les couches de stockage et virtuelles via l'orchestration back-end d' ONTAP et de VMware en même temps sans avoir besoin d'appliances de serveur virtuel (VSA) qui doivent être déployées et maintenues.

Protection centrée sur les applications pour les workloads Kubernetes utilisant la même technologie ONTAP SnapMirror, avec l’orchestration Trident Protect. Les transformations de ressources vous permettent d’adapter les workloads à l’environnement de reprise pendant le basculement.

Les solutions DR pour VMware peuvent nécessiter beaucoup de ressources. De nombreuses solutions DR répliquent les machines virtuelles au niveau de la couche virtuelle VMware à l’aide de VSA, ce qui peut consommer davantage de ressources de calcul et faire perdre les précieuses efficacités de stockage d’ ONTAP. Étant donné que Disaster Recovery utilise la technologie ONTAP SnapMirror , il peut répliquer les données des banques de données de production vers le site DR à l'aide de notre modèle de réplication incrémentielle permanente avec toutes les efficacités natives de compression et de déduplication des données d' ONTAP.

Répliquez les applications VMware sur votre site de production sur site vers un site distant de reprise après sinistre dans le cloud ou sur site à l'aide de la réplication SnapMirror .

Répliquez des applications Kubernetes vers un cluster Kubernetes de destination à l’aide de la réplication SnapMirror et de Trident Protect.

Migrez les workloads VMware de votre site d'origine vers un autre site. La migration des workloads Kubernetes n'est actuellement pas prise en charge.

Effectuez un test de basculement. Pour les workloads VMware, le service crée des machines virtuelles temporaires. Disaster Recovery crée un nouveau volume FlexClone à partir de l’instantané sélectionné, et un datastore temporaire, soutenu par le volume FlexClone, est mappé aux hôtes ESXi. Ce processus ne consomme pas de capacité physique supplémentaire sur le stockage ONTAP sur site ni sur le stockage FSx for NetApp ONTAP dans AWS. Le volume source d’origine n’est pas modifié et les tâches de réplication peuvent se poursuivre même pendant la reprise après sinistre. Vous pouvez également tester le basculement des workloads Kubernetes et nettoyer les ressources de test par la suite.

En cas de sinistre, basculez votre site principal à la demande vers le site de reprise d'activité. Pour les workloads VMware, le site de reprise d'activité peut être VMware Cloud on AWS avec Amazon FSx for NetApp ONTAP ou un environnement VMware sur site avec ONTAP. Pour les workloads Kubernetes, vous basculez vers le cluster de destination dans le plan de réplication.

Une fois le sinistre résolu, effectuez une restauration à la demande du site de reprise après sinistre vers le site principal.

Regroupez les machines virtuelles, les datastores ou les ressources Kubernetes en groupes de ressources logiques pour une gestion efficace.

Pour les workloads Kubernetes, utilisez des transformations de ressources pour adapter les applications à l'environnement de reprise lors d'un basculement, ainsi que des scripts pré-instantané ou post-instantané pour gérer la quiescence et la reprise des applications.

Inscrivez-vous pour un essai gratuit de 30 jours.

Achetez un abonnement à la carte (PAYGO) sur la Marketplace Amazon Web Services (AWS), la Marketplace Azure ou la Marketplace Google Cloud. Cette licence vous permet d’acquérir une licence de capacité protégée fixe sans engagement à long terme.

Apportez votre propre licence (BYOL), qui est un fichier de licence NetApp (NLF) que vous obtenez auprès de votre représentant commercial NetApp . Vous pouvez utiliser le numéro de série de la licence pour activer le BYOL dans la NetApp Console.

Le service vous permet également de restaurer les machines virtuelles à l’emplacement source d’origine.

Vous pouvez tester le processus de basculement de reprise après sinistre sans perturber les machines virtuelles d'origine. Le test récupère les machines virtuelles sur un réseau isolé en créant un FlexClone du volume.

Pour le processus de basculement ou de test de basculement, vous pouvez choisir le snapshot le plus récent (par défaut) ou sélectionné à partir duquel récupérer votre machine virtuelle.

* NetApp Console* : L'interface utilisateur pour la gestion de vos plans de reprise après sinistre. Vous pouvez utiliser la NetApp Console pour créer et gérer des plans de réplication, des groupes de ressources et des opérations de basculement dans vos environnements locaux et cloud.

Console agent : composant logiciel léger qui s’exécute dans votre réseau hébergé dans le cloud ou dans votre environnement VMware sur site. Il communique avec la NetApp Console et gère la réplication des données entre votre environnement sur site et le site de reprise d’activité. Le Console agent est installé sur une machine virtuelle dans votre environnement VMware. Pour les workloads Kubernetes, le Console agent communique de la même manière avec vos clusters Kubernetes.

Clusters de stockage ONTAP : Les clusters de stockage ONTAP sont les principaux systèmes de stockage qui hébergent vos workloads VMware et Kubernetes. Les clusters de stockage ONTAP fournissent l’infrastructure de stockage sous-jacente à vos plans de reprise d’activité. Disaster Recovery utilise les API de stockage ONTAP pour gérer les clusters de stockage ONTAP, tels que les baies sur site et les solutions basées sur le cloud, comme Amazon FSx for NetApp ONTAP.

Serveurs vCenter : VMware vCenter est le serveur de gestion de votre environnement VMware. Il gère les hôtes ESXi et leurs banques de données associées. L'agent de console communique avec VMware vCenter pour gérer la réplication des données entre votre environnement local et le site de reprise après sinistre. Cela inclut l’enregistrement des LUN et des volumes ONTAP en tant que banques de données, la reconfiguration des machines virtuelles et le démarrage et l’arrêt des machines virtuelles.

Kubernetes clusters and Trident Protect: Pour les workloads Kubernetes, Trident Protect est installé et enregistré sur chaque cluster Kubernetes que Disaster Recovery protège. Lorsque vous ajoutez un cluster Kubernetes comme site, Disaster Recovery vous guide tout au long de l’installation et de l’enregistrement de Trident Protect sur ce cluster.

Banques de données NFS hébergées sur des volumes ONTAP FlexVol résidant sur des clusters ONTAP .

Banques de données du système de fichiers de machine virtuelle VMware vSphere (VMFS) utilisant le protocole iSCSI ou FC

VMware Cloud (VMC) sur AWS avec Amazon FSx for NetApp ONTAP

Un autre environnement VMware sur site, basé sur NFS avec un stockage ONTAP, ou un environnement VMFS FC/iSCSI sur site

Service VMware élastique Amazon

Azure VMware Solution avec NetApp Cloud Volumes ONTAP (iSCSI) (Aperçu privé)

Google Cloud VMware Engine (GCVE) avec Google Cloud NetApp Volumes

Clusters Kubernetes exécutant un stockage ONTAP géré par Trident (protégé à l'aide de Trident Protect)

Datastore : un conteneur de données VMware vCenter, qui utilise un système de fichiers pour contenir les fichiers VMDK. Les types de banques de données typiques sont NFS, VMFS, vSAN ou vVol. Disaster Recovery prend en charge les banques de données NFS et VMFS. Chaque banque de données VMware est hébergée sur un seul volume ONTAP ou LUN. Disaster Recovery prend en charge les banques de données NFS et VMFS hébergées sur des volumes FlexVol résidant sur des clusters ONTAP .

Plan de réplication : un ensemble de règles sur la fréquence des sauvegardes et sur la manière de gérer les événements de basculement. Les plans sont attribués à un ou plusieurs groupes de ressources.

Objectif de point de récupération (RPO) : La quantité maximale de perte de données acceptable en cas de sinistre. Le RPO est défini dans la fréquence de réplication des données ou dans le calendrier de réplication du plan de réplication.

Objectif de temps de récupération (RTO) : durée maximale acceptable pour la reprise après sinistre. Le RTO est défini dans le plan de réplication et correspond au temps nécessaire pour basculer vers le site de reprise après sinistre et redémarrer toutes les machines virtuelles ou applications.

Groupe de ressources : conteneur logique qui vous permet de gérer plusieurs machines virtuelles, datastores ou ressources Kubernetes comme une seule unité. Une machine virtuelle ne peut appartenir qu’à un seul groupe de ressources à la fois. Vous pouvez créer un groupe de ressources pour chaque application ou workload que vous souhaitez protéger.

Site : conteneur logique généralement associé à un centre de données physique ou à un emplacement cloud hébergeant un ou plusieurs clusters vCenter ou Kubernetes, ainsi qu’un stockage ONTAP.

AppVault : pour les workloads Kubernetes, un stockage cloud cible dans lequel Trident Protect enregistre les données de protection Kubernetes.

Trident Protect : logiciel NetApp utilisé par Disaster Recovery pour protéger les applications Kubernetes.