Réplication des données depuis et vers le cloud
Suggérer des modifications
PDF
Vous pouvez répliquer des données entre des environnements de travail en choisissant une réplication de données unique pour le transfert de données, ou un planning récurrent pour la reprise sur incident ou la conservation à long terme.
Cloud Manager simplifie la réplication des données entre les volumes sur des systèmes distincts à l'aide des technologies SnapMirror et SnapVault. Il vous suffit d'identifier le volume source et le volume de destination, puis de choisir une stratégie et un planning de réplication. Cloud Manager achète les disques requis, configure les relations, applique la stratégie de réplication, puis lance le transfert de base entre les volumes.
|
Le transfert de base inclut une copie complète des données source. Les transferts ultérieurs contiennent des copies différentielles des données source. |
Choix d'une stratégie de réplication
Une stratégie de réplication définit la manière dont le système de stockage réplique les données d'un volume source vers un volume de destination. Vous devez choisir une stratégie de réplication lorsque vous configurez la réplication des données dans Cloud Manager.
Quelles sont les règles de réplication
Le système d'exploitation ONTAP crée automatiquement des sauvegardes appelées copies Snapshot. Une copie Snapshot est une image en lecture seule d'un volume qui capture l'état du système de fichiers à un moment donné.
Lorsque vous répliquez des données entre des systèmes, vous répliquez des copies Snapshot d'un volume source vers un volume de destination. Une stratégie de réplication spécifie les copies Snapshot à répliquer du volume source vers le volume de destination.
|
Les règles de réplication sont également appelées « stratégies de protection_ car elles sont optimisées par les technologies SnapMirror et SnapVault, qui assurent la protection de la reprise après incident ainsi que la sauvegarde et la restauration disque à disque. |
L'image suivante montre la relation entre les copies Snapshot et les règles de réplication :
Types de règles de réplication
Il existe trois types de règles de réplication :
-
Une règle Mirror réplique les copies Snapshot nouvellement créées vers un volume de destination.
Vous pouvez utiliser ces copies Snapshot pour protéger le volume source en vue de la reprise après incident ou de la réplication de données unique. Vous pouvez activer le volume de destination pour l'accès aux données à tout moment.
-
Une règle Backup réplique des copies Snapshot spécifiques sur un volume de destination et les conserve généralement pendant une période plus longue que sur le volume source.
Vous pouvez restaurer des données à partir de ces copies Snapshot lorsque les données sont corrompues ou perdues, et les conserver à des fins de conformité aux normes et à d'autres fins liées à la gouvernance.
-
Une politique Mirror et Backup permet la reprise sur incident et la conservation à long terme.
Chaque système inclut une stratégie de mise en miroir et de sauvegarde par défaut, qui fonctionne bien dans de nombreuses situations. Si vous avez besoin de règles personnalisées, vous pouvez créer vos propres règles à l'aide de System Manager.
Les images suivantes montrent la différence entre les stratégies Miroir et Sauvegarde. Une stratégie Miroir reflète les copies Snapshot disponibles sur le volume source.
Une stratégie de sauvegarde conserve généralement les copies Snapshot plus longtemps qu'elles ne sont conservées sur le volume source :
Fonctionnement des stratégies de sauvegarde
Contrairement aux stratégies Mirror, les stratégies de sauvegarde (SnapVault) répliquent des copies Snapshot spécifiques vers un volume de destination. Il est important de comprendre le fonctionnement des stratégies de sauvegarde si vous souhaitez utiliser vos propres règles au lieu des règles par défaut.
Comprendre la relation entre les étiquettes de copie Snapshot et les stratégies de sauvegarde
Une stratégie Snapshot définit la façon dont le système crée des copies Snapshot de volumes. La stratégie indique quand créer les copies Snapshot, le nombre de copies à conserver et comment les étiqueter. Par exemple, un système peut créer une copie Snapshot tous les jours à 12 h 10, conserver les deux copies les plus récentes et les étiqueter " quotidiennement ".
Une stratégie de sauvegarde inclut des règles qui spécifient les copies Snapshot à répliquer sur un volume de destination et le nombre de copies à conserver. Les étiquettes définies dans une stratégie de sauvegarde doivent correspondre à une ou plusieurs étiquettes définies dans une stratégie Snapshot. Dans le cas contraire, le système ne peut pas répliquer de copies Snapshot.
Par exemple, une stratégie de sauvegarde qui inclut les étiquettes " quotidiennes " et " hebdomadaires " entraîne la réplication des copies Snapshot qui n'incluent que ces étiquettes. Aucune autre copie Snapshot n'est répliquée, comme illustré dans l'image suivante :
Règles par défaut et règles personnalisées
La stratégie Snapshot par défaut crée des copies Snapshot toutes les heures, quotidiennes et hebdomadaires, conservant six copies Snapshot toutes les heures, deux copies quotidiennes et deux copies Snapshot hebdomadaires.
Vous pouvez facilement utiliser une stratégie de sauvegarde par défaut avec la stratégie Snapshot par défaut. Les règles de sauvegarde par défaut répliquent les copies Snapshot quotidiennes et hebdomadaires, en conservant sept copies Snapshot quotidiennes et 52 copies Snapshot hebdomadaires.
Si vous créez des règles personnalisées, les étiquettes définies par ces règles doivent correspondre. Vous pouvez créer des règles personnalisées à l'aide de System Manager.
Exigences de réplication des données
Avant de pouvoir répliquer des données, vous devez confirmer que des exigences spécifiques sont respectées pour les systèmes Cloud Volumes ONTAP et les clusters ONTAP.
- Exigences de version
-
Vérifiez que les volumes source et de destination exécutent des versions ONTAP compatibles avant de répliquer les données. Pour plus d'informations, reportez-vous à la "Guide d'alimentation de la protection des données".
- Exigences spécifiques à Cloud Volumes ONTAP
-
-
Le groupe de sécurité de l'instance doit inclure les règles d'entrée et de sortie requises : plus précisément, les règles d'ICMP et les ports 10000, 11104 et 11105.
Ces règles sont incluses dans le groupe de sécurité prédéfini.
-
Pour répliquer des données entre deux systèmes Cloud Volumes ONTAP dans différents sous-réseaux, les sous-réseaux doivent être routés ensemble (paramètre par défaut).
-
Pour répliquer des données entre un système Cloud Volumes ONTAP dans AWS et un système dans Azure, vous devez disposer d'une connexion VPN entre AWS VPC et Azure VNet.
-
- Exigences spécifiques aux clusters ONTAP
-
-
Une licence SnapMirror active doit être installée.
-
Si le cluster se trouve sur votre site, vous devez disposer d'une connexion entre votre réseau d'entreprise et AWS ou Azure, qui est généralement une connexion VPN.
-
Les clusters ONTAP doivent répondre à des exigences supplémentaires en termes de sous-réseau, de port, de pare-feu et de cluster.
Pour plus d'informations, reportez-vous au Cluster and SVM Peering Express Guide de votre version d'ONTAP.
-
Réplication des données entre les systèmes
Vous pouvez répliquer des données entre les systèmes Cloud Volumes ONTAP et les clusters ONTAP en choisissant une réplication de données unique, qui peut vous aider à déplacer des données vers et depuis le cloud, ou un planning récurrent, qui peut vous aider à la reprise sur incident ou à la conservation à long terme.
Cloud Manager prend en charge des configurations de protection des données simples, en panne et en cascade :
-
Dans une configuration simple, la réplication s'effectue du volume A au volume B.
-
Dans une configuration en panne, la réplication se produit du volume A vers plusieurs destinations.
-
Dans une configuration en cascade, la réplication s'effectue du volume A au volume B et du volume B au volume C.
Vous pouvez configurer les configurations en cascade et en panne dans Cloud Manager en configurant plusieurs réplications de données entre les systèmes. Par exemple, en répliquant un volume du système A vers le système B, puis en répliquant le même volume du système B vers le système C.
-
Sur la page Working Environments (Environnements de travail), sélectionnez l'environnement de travail qui contient le volume source, puis faites-le glisser vers l'environnement de travail vers lequel vous souhaitez répliquer le volume :
-
Si les pages Configuration de la mise en valeur de la source et de la destination s'affichent, sélectionnez tous les LIF intercluster pour la relation d'homologues du cluster.
Le réseau intercluster doit être configuré de sorte que les pairs de cluster disposent d'une connectivité « full-mesh » au niveau des paires, ce qui signifie que chaque paire de clusters d'une relation cluster peer-to-peer dispose d'une connectivité parmi l'ensemble de leurs LIFs intercluster.
Ces pages s'affichent si un cluster ONTAP disposant de plusieurs LIF est la source ou la destination.
-
Sur la page Sélection du volume source, sélectionnez le volume que vous souhaitez répliquer.
-
Sur la page Nom du volume de destination et Tiering, spécifiez le nom du volume de destination, choisissez un type de disque sous-jacent, modifiez l'une des options avancées, puis cliquez sur Continuer.
Si la destination est un cluster ONTAP, vous devez également spécifier le SVM de destination et l'agrégat.
-
Sur la page Taux de transfert maximal, spécifiez le débit maximal (en mégaoctets par seconde) auquel les données peuvent être transférées.
-
Sur la page Stratégie de réplication, choisissez l'une des stratégies par défaut ou cliquez sur stratégies supplémentaires, puis sélectionnez l'une des stratégies avancées.
Pour obtenir de l'aide, voir "Choix d'une stratégie de réplication".
Si vous choisissez une stratégie de sauvegarde personnalisée (SnapVault), les étiquettes associées à la stratégie doivent correspondre aux étiquettes des copies Snapshot sur le volume source. Pour plus d'informations, voir "Fonctionnement des stratégies de sauvegarde".
-
Sur la page Programmation, choisissez une copie unique ou un planning récurrent.
Plusieurs plannings par défaut sont disponibles. Si vous souhaitez un autre planning, vous devez créer une nouvelle planification sur le cluster destination à l'aide de System Manager.
-
Sur la page Revue, vérifiez vos sélections, puis cliquez sur Go.
Cloud Manager démarre le processus de réplication des données. Vous pouvez afficher des informations détaillées sur la réplication dans la page Etat de la réplication.
Gestion des planifications et des relations de réplication des données
Après avoir configuré la réplication des données entre deux systèmes, vous pouvez gérer le planning et la relation de réplication des données à partir de Cloud Manager.
-
Sur la page Environnements de travail, affichez l'état de réplication de tous les environnements de travail attribués dans le locataire ou pour un environnement de travail spécifique :
Option Action Tous les environnements de travail attribués dans le locataire
Cliquez sur Etat de la réplication dans la barre de navigation.
Un environnement de travail spécifique
Sélectionnez l'environnement de travail, puis cliquez sur Etat de la réplication.
-
Vérifiez l'état des relations de réplication des données pour vérifier qu'elles sont en bon état.
Si l'état d'une relation est inactif et que l'état Miroir n'est pas initialisé, vous devez initialiser la relation à partir du système de destination pour que la réplication des données se produise selon le planning défini. Vous pouvez initialiser la relation à l'aide de System Manager ou de l'interface de ligne de commande (CLI). Ces états peuvent apparaître en cas de défaillance du système de destination, puis revenir en ligne. -
Sélectionnez l'icône de menu située en regard du volume source, puis choisissez l'une des actions disponibles.
Le tableau suivant décrit les actions disponibles :
Action Description Pause
Rompt la relation entre les volumes source et de destination et active le volume de destination pour l'accès aux données. Cette option est généralement utilisée lorsque le volume source ne peut pas servir de données en raison d'événements tels que la corruption des données, la suppression accidentelle ou un état hors ligne. Pour plus d'informations sur la configuration d'un volume de destination pour l'accès aux données et la réactivation d'un volume source, reportez-vous au Guide ONTAP 9 Volume Disaster Recovery Express Guide.
Resynchroniser
Rétablit une relation interrompue entre les volumes et reprend la réplication des données selon le planning défini.
Lorsque vous resynchronisez les volumes, le contenu du volume de destination est remplacé par le contenu du volume source. Pour effectuer une resynchronisation inverse, qui resynchronise les données du volume de destination vers le volume source, consultez la "Guide rapide de reprise après incident de volumes ONTAP 9".
Resynchronisation inverse
Inverse les rôles des volumes source et de destination. Le contenu du volume source d'origine est remplacé par le contenu du volume de destination. Ceci est utile lorsque vous souhaitez réactiver un volume source hors ligne. Toutes les données écrites sur le volume source d'origine entre la dernière réplication de données et l'heure à laquelle le volume source a été désactivé ne sont pas conservées.
Modifier le planning
Vous permet de choisir un planning différent pour la réplication des données.
Informations sur les règles
Affiche la stratégie de protection attribuée à la relation de réplication des données.
Modifier le taux de transfert maximal
Permet de modifier le taux maximal (en kilo-octets par seconde) auquel les données peuvent être transférées.
Supprimer
Supprime la relation de protection des données entre les volumes source et de destination, ce qui signifie que la réplication des données n'a plus lieu entre les volumes. Cette action n'active pas le volume de destination pour l'accès aux données. Cette action supprime également la relation d'homologues de cluster et la relation d'homologues de la machine virtuelle de stockage (SVM), si aucune autre relation de protection des données n'existe entre les systèmes.
Après avoir sélectionné une action, Cloud Manager met à jour la relation ou le planning.