Skip to main content
Workload Factory for NetApp Console
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Répliquez les données vers FSx pour ONTAP dans NetApp Workload Factory

Contributeurs netapp-rlithman
PDF

Répliquez des données dans NetApp Workload Factory pour vous protéger contre la perte de données si la région où vos données résident subit un sinistre. La réplication des données est prise en charge entre les systèmes de fichiers FSx for ONTAP et les systèmes ONTAP sur site ou Cloud Volumes ONTAP. Workload Factory prend également en charge la réplication en cascade pour étendre la protection des données à des systèmes tertiaires ou migrer vos données.

Lors de la réplication des données et des paramètres de configuration d'une machine virtuelle de stockage, vous devez d'abord créer et initialiser la relation de réplication, puis attendre que les données se synchronisent au moins une fois avant de terminer l'opération de basculement.

Réplication standard

La réplication protège vos données en cas de catastrophe affectant votre région ; elle peut également être utilisée à des fins de migration.

La réplication comprend la création et l'initialisation d'une relation de réplication. Pour configurer la réplication, créez la relation de réplication. Pour transférer les données entre les systèmes de stockage source et cible, initialisez la relation de réplication. Lors de la migration des données et des paramètres de configuration des machines virtuelles de stockage, vous devez également effectuer l'opération de basculement.

Les volumes répliqués dans le système de fichiers cible sont des volumes de protection des données (DP) et suivent le format d'appellation : {OriginalVolumeName}_copy.

Si vous répliquez un volume source contenant des fichiers immuables, le volume cible et le système de fichiers restent verrouillés jusqu'à la fin de la période de rétention du volume source. La fonctionnalité de fichiers immuables est disponible lorsque vous "créer un volume" pour un système de fichiers FSx for ONTAP.

Remarque

Vous pouvez répliquer un volume source (lecture/écriture) ou un volume de protection des données (DP). La réplication en cascade est prise en charge, mais un troisième saut ne l'est pas. En savoir plus sur "réplication en cascade".

Cas d'utilisation de la migration

Pour la migration, vous pouvez choisir de répliquer les données et les paramètres de configuration d'une machine virtuelle de stockage. Si vous migrez les données et les paramètres de configuration ensemble, assurez-vous que la dernière réplication du volume a été effectuée au cours des dernières 24 heures. Vous devez sélectionner tous les volumes dans la même machine virtuelle de stockage pour utiliser cette fonctionnalité. La stratégie de hiérarchisation de tous les volumes est par défaut celle du volume source, ce qui est recommandé pour les cas d'utilisation de migration.

NetApp Workload Factory prend en charge la réplication de migration pour les machines virtuelles de stockage entre les systèmes de stockage suivants.

  • Systèmes ONTAP sur site et systèmes de fichiers FSx pour ONTAP

  • Cloud Volumes ONTAP et systèmes de fichiers FSx for ONTAP

  • FSx pour ONTAP et systèmes de fichiers FSx pour ONTAP

    • Première à première génération

    • Seconde à seconde génération

Pour migrer les données et les paramètres de configuration de la machine virtuelle de stockage, vous devez effectuer trois opérations.

  1. Créer la relation de réplication, sélectionnez Migration comme cas d'utilisation et sélectionnez Replicate storage VM configuration.

  2. Initialiser la relation de réplication transférer les données de la source vers le système de stockage cible.

  3. Réplication de basculement pour les cas d'utilisation de migration pour migrer définitivement les données et les paramètres de configuration du système de fichiers source vers le système de fichiers cible FSx for ONTAP.

Étape 1 : Créer la relation de réplication

Répliquez des données entre deux systèmes de fichiers FSx for ONTAP, entre un système ONTAP sur site et un système de fichiers FSx for ONTAP, ou entre Cloud Volumes ONTAP et un système de fichiers FSx for ONTAP.

Avant de commencer

Examinez ces exigences avant de commencer.

  • Assurez-vous qu'un système de fichiers FSx for ONTAP soit disponible pour la cible dans la relation de réplication.

  • Ouvrez les ports TCP 11104 et 11105 pour le transfert de données sécurisé et la gestion entre les systèmes de stockage. ICMP est optionnel, mais peut aider aux vérifications réseau et au dépannage.

  • Le système de fichiers FSx for ONTAP que vous utilisez pour la relation de réplication doit être associé à un lien. "Apprenez comment associer un lien existant ou créer et associer un nouveau lien". Après avoir associé le lien, revenez à cette opération.

  • Pour la réplication d'un système ONTAP sur site vers un système de fichiers FSx for ONTAP, assurez-vous d'avoir découvert le système ONTAP sur site.

  • La réplication n'est pas prise en charge pour les volumes dans un état autre que disponible, créé ou mal configuré, et lorsque la version d'ONTAP n'est pas compatible.

  • Pour les cas d'utilisation liés à la migration, assurez-vous que la dernière réplication du volume a été effectuée au cours des dernières 24 heures avant de créer une relation de réplication avec les données et les paramètres de configuration du storage VM.

Étapes

  1. Connectez-vous au "NetApp Console".

  2. Sélectionnez le menu L'icône du menu hamburger permet d'accéder à Workloads, l'élément de menu de Workload Factory, Workloads > Storage > FSx for ONTAP.

  3. Depuis la page FSx for ONTAP, sélectionnez le système de fichiers qui contient le ou les volumes à répliquer.

  4. Répliquer tous les volumes d'un système de fichiers ou répliquer uniquement certains volumes.

    • Pour répliquer tous les volumes d'un système de fichiers : depuis la vue d'ensemble du système de fichiers, sélectionnez Replicate data.

    • Pour répliquer des volumes sélectionnés : dans la vue d’ensemble du système de fichiers, sélectionnez l’onglet Volumes.

      Dans le tableau Volumes, sélectionnez un ou plusieurs volumes, puis sélectionnez Répliquer les données.

  5. Sur la page Répliquer les données, sous Cible de réplication, indiquez les informations suivantes :

    1. Cas d'utilisation : Sélectionnez l'un des cas d'utilisation suivants pour la réplication. Selon le cas d'utilisation sélectionné, Workload Factory préremplit le formulaire avec des valeurs recommandées, conformément aux bonnes pratiques. Vous pouvez accepter ces valeurs ou les modifier en complétant le formulaire.

      • Intelligence artificielle (IA) et apprentissage automatique (ML) : répliquez vos données ONTAP sur site vers FSx for ONTAP et créez des points d'accès S3 pour prendre en charge l'entraînement de l'IA et du ML dans le cloud

      • Migration : transfère vos données vers le système de fichiers FSx for ONTAP cible

        Réplication de la configuration de la machine virtuelle de stockage : Vous pouvez choisir de répliquer les données et les paramètres de configuration d'une seule machine virtuelle de stockage. Lors de la migration des données et des paramètres, tous les volumes doivent terminer la réplication au cours des dernières 24 heures, puis la bascule doit être effectuée simultanément.

        La stratégie de hiérarchisation de tous les volumes est par défaut celle du volume source, ce qui est recommandé pour les cas d'utilisation de migration.

        Pendant la migration, les clients accèdent aux données depuis le système de fichiers ONTAP source. Après la bascule, les volumes sont disponibles via les adresses IP du système de fichiers FSx for ONTAP cible. Mettez à jour tous les clients ou ressources qui utilisent encore l'ancienne adresse IP.

      • Reprise après sinistre à chaud : garantit une haute disponibilité et une reprise après sinistre rapide pour les charges de travail critiques

      • Reprise après sinistre à froid ou par archivage :

        • Reprise après sinistre à froid : utilise des objectifs de temps de reprise (RTO) et des objectifs de point de reprise (RPO) plus longs pour réduire les coûts

        • Archivage : réplique les données pour un stockage à long terme et la conformité

      • Autre

        De plus, le choix du cas d'utilisation détermine la politique de réplication, ou la politique SnapMirror (ONTAP). Les termes utilisés pour décrire les politiques de réplication proviennent de "Documentation ONTAP 9".

        • Pour les migrations et autres opérations, la politique de réplication est appelée MirrorAllSnapshots. MirrorAllSnapshots est une politique asynchrone permettant de mettre en miroir tous les instantanés et le système de fichier actif.

        • Pour la reprise après sinistre à chaud, à froid ou par archivage, la politique de réplication est appelée MirrorAndVault. MirrorAndVault est une politique asynchrone et de coffre-fort pour mettre en miroir le plus récent système de fichier actif ainsi que les instantanés quotidiens et hebdomadaires.

          Dans tous les cas d'utilisation, si vous activez les instantanés pour une conservation à long terme, la politique de réplication par défaut est MirrorAndVault.

    2. FSx for ONTAP file system : Sélectionnez les informations d’identification, la région et le nom du système de fichiers FSx for ONTAP pour le système de fichiers cible FSx for ONTAP.

    3. Nom de la machine virtuelle de stockage : Sélectionnez la machine virtuelle de stockage. La machine virtuelle de stockage que vous sélectionnez est la cible de tous les volumes sélectionnés dans cette relation de réplication.

      Lorsque les noms des machines virtuelles de stockage source et cible sont identiques, nous créons un alias de système de fichiers pour les noms des machines virtuelles de stockage cible afin d’éviter les conflits de peering.

    4. Nom du volume : Le nom du volume cible est généré automatiquement au format suivant {OriginalVolumeName}_copy. Vous pouvez utiliser le nom de volume généré automatiquement ou saisir un autre nom de volume.

    5. Politique de hiérarchisation : Sélectionnez la politique de hiérarchisation des données stockées dans le volume cible. La politique de hiérarchisation par défaut est celle recommandée pour le cas d’utilisation sélectionné.

      Balanced (Auto) est la stratégie de hiérarchisation par défaut lors de la création d’un volume via la console Workload Factory. Pour plus d’informations sur les stratégies de hiérarchisation des volumes, consultez "Capacité de stockage du volume" la documentation AWS FSx for NetApp ONTAP. Notez que Workload Factory utilise des noms basés sur les cas d’utilisation dans la console Workload Factory pour les stratégies de hiérarchisation et inclut les noms des stratégies FSx for ONTAP entre parenthèses.

    Si vous avez sélectionné le cas d'utilisation de migration, Workload Factory sélectionne automatiquement la copie de la stratégie de hiérarchisation du volume source vers le volume cible. Vous pouvez désélectionner la copie de la stratégie de hiérarchisation et sélectionner une stratégie de hiérarchisation qui s'applique au volume sélectionné pour la réplication.

    1. Débit de transfert maximal : Sélectionnez Limité et saisissez la limite de transfert maximale en Mo/s. Vous pouvez également sélectionner Illimité.

      Sans limite, la performance de l'application et du réseau peut diminuer. Nous recommandons également un débit de transfert illimité pour les systèmes de fichiers FSx for ONTAP pour les charges de travail critiques, par exemple celles qui sont utilisées principalement pour la reprise après sinistre.

  6. Dans les paramètres de réplication, veuillez indiquer les éléments suivants :

    1. Initialiser la relation de réplication : Choisissez d’initialiser la relation de réplication immédiatement après la création de la relation de réplication ou ultérieurement. Notez que l’initialisation peut prendre du temps et que vous pourriez vouloir effectuer le transfert de base en dehors des heures de pointe.

      Pour initialiser manuellement ultérieurement, reportez-vous aux instructions dans Étape 2 : Initialiser la relation de réplication.

    2. Intervalle de réplication: Sélectionnez la fréquence à laquelle les instantanés sont transférés du volume source vers le volume cible.

    3. Conservation à long terme : Activez éventuellement les instantanés pour une conservation à long terme. La conservation à long terme permet aux services métier de continuer à fonctionner même en cas de panne complète du site, en assurant un basculement transparent des applications grâce à une copie secondaire.

      Les réplications sans conservation à long terme utilisent la stratégie MirrorAllSnapshots. L'activation de la conservation à long terme attribue la stratégie MirrorAndVault à la réplication.

      Si vous activez la conservation à long terme, sélectionnez une stratégie existante ou créez-en une nouvelle pour définir les instantanés à répliquer et le nombre à conserver.

      Remarque Des étiquettes source et cible correspondantes sont requises pour la conservation à long terme. Si vous le souhaitez, Workload Factory peut créer les étiquettes manquantes pour vous.

      • Choisissez une politique existante : sélectionnez une politique existante.

      • Créer une nouvelle politique : saisissez un nom de politique.

    4. Instantanés immuables : Optionnel. Sélectionnez Activer les instantanés immuables pour empêcher la suppression des instantanés pris dans le cadre de cette politique pendant la période de conservation.

      • Définissez la période de conservation en nombre d'heures, de jours, de mois ou d'années.

      • Stratégies de snapshot : Dans le tableau, sélectionnez la fréquence de la stratégie de snapshot et le nombre de copies à conserver. Vous pouvez sélectionner plusieurs stratégies de snapshot.

    5. Point d'accès S3 : Vous pouvez éventuellement connecter un point d'accès S3 pour accéder aux données du système de fichiers FSx for ONTAP résidant sur des volumes NFS ou SMB/CIFS via les API AWS S3. Seul le type d'accès aux fichiers est pris en charge. Fournissez les informations suivantes :

      • Nom du point d'accès S3 : Saisissez le nom du point d'accès S3.

      • Utilisateur : Sélectionnez un utilisateur existant ayant accès au volume ou créez un nouvel utilisateur.

      • Type d'utilisateur : sélectionnez UNIX ou Windows comme type d'utilisateur.

      • Configuration réseau : Sélectionnez Internet ou Virtual private cloud (VPC). Le type de réseau choisi détermine si le point d'accès est accessible depuis Internet ou s’il est limité à un VPC spécifique.

      • Activer la table d'inventaire : Lorsque vous activez la table d'inventaire sur le volume, le système génère des métadonnées pour tous les objets accessibles au point d'accès S3 et engendre des coûts de requête AWS S3. Consultez "Documentation tarifaire Amazon S3" pour plus d'informations.

    6. Étiquettes de point d'accès S3 : Vous pouvez éventuellement ajouter jusqu'à 50 étiquettes.

  7. Sélectionnez Créer.

Résultat

La relation de réplication apparaît dans l’onglet Relations de réplication du système de fichiers FSx for ONTAP cible.

Si vous avez créé une relation de réplication à des fins de migration, vous devez basculer tous les volumes et leur machine virtuelle de stockage associée pour terminer la migration des données et des paramètres de configuration de la machine virtuelle de stockage vers le système de fichiers FSx for ONTAP cible.

Étape 2 : Initialiser la relation de réplication

Initialisez une relation de réplication entre les volumes source et cible pour transférer l'instantané et tous les blocs de données dans NetApp Workload Factory.

L'initialisation effectue un transfert de base : elle crée un instantané du volume source, puis transfère cet instantané et tous les blocs de données auxquels il fait référence vers le volume cible.

Avant de commencer

Réfléchissez bien au moment où vous effectuez cette opération. L'initialisation peut prendre du temps. Il est conseillé d'effectuer le transfert de base en dehors des heures de pointe.

Étapes

  1. Connectez-vous au "NetApp Console".

  2. Sélectionnez le menu L'icône du menu hamburger permet d'accéder à Workloads, l'élément de menu de Workload Factory, Workloads > Storage > FSx for ONTAP.

  3. Dans FSx for ONTAP, sélectionnez le menu des actions du système de fichiers à mettre à jour, puis sélectionnez Gérer.

  4. Dans la vue d'ensemble du système de fichiers, sélectionnez l'onglet Relations de réplication.

  5. Dans l'onglet Relations de réplication, sélectionnez le menu Actions de la relation de réplication à initialiser.

  6. Sélectionnez Initialiser.

  7. Dans la boîte de dialogue Initialiser la relation, sélectionnez Initialiser.

    Lorsque l'état de la réplication affiche Idle, le transfert de données est terminé.

Étape 3 : Basculer la réplication pour les cas d’utilisation de migration

Après avoir créé la relation de réplication pour un cas d'utilisation de migration, vous devez effectuer un basculement de la réplication afin de finaliser la migration des données et des paramètres de configuration de la machine virtuelle de stockage vers le système de fichiers FSx for ONTAP cible. Le basculement de la réplication migre définitivement les données et les paramètres de configuration de la machine virtuelle de stockage du système de fichiers source vers le système de fichiers FSx for ONTAP cible. Lors du basculement, les données sont répliquées une dernière fois. La machine virtuelle de stockage source est mise hors ligne au début du basculement.

Planifiez l'opération de basculement

Tenez compte des éléments suivants lors de la planification de l'opération de basculement pour les cas d'utilisation de migration.

  • Prise en charge des versions de réplication : Les systèmes de stockage source et cible doivent utiliser la même version majeure d’ONTAP. Par exemple, si le système source exécute ONTAP version 9.18.1, le système cible doit également exécuter une version 9.18.1.

  • Paramètres de configuration de la machine virtuelle de stockage :

    • L'opération de basculement ne migre pas tous les paramètres de configuration de la machine virtuelle de stockage vers la machine virtuelle de stockage cible. Par exemple, les paramètres iSCSI, MTU du domaine de diffusion et DNS ne sont pas migrés. Mettez à jour ces paramètres manuellement sur la machine virtuelle de stockage cible après le basculement. Pour plus de détails, consultez la section Mise à jour des paramètres de configuration après la bascule.

    • Si votre machine virtuelle de stockage utilise l'authentification par tunnel de domaine, configurez et activez un tunnel de domaine sur le système de fichiers avant de commencer la migration.

  • Clones : Les clones sont migrés en tant que volumes individuels et consomment donc plus d’espace sur le système de fichiers FSx for ONTAP. Il est recommandé de supprimer les clones avant la migration afin d’éviter une augmentation de la capacité sur la cible.

  • Volumes de cache : Pour ONTAP FlexCache 9.17.x ou version antérieure. Les machines virtuelles de stockage source contenant des volumes de cache ne sont pas prises en charge pour le basculement. Supprimez la relation ONTAP FlexCache avant le basculement afin d'éviter les échecs de migration.

  • Points d'accès AWS S3 : La réplication par basculement pour les cas d'utilisation de migration n'est pas prise en charge pour les volumes comportant des points d'accès S3. Supprimez les points d'accès S3 du volume source pour éviter les échecs de migration.

  • Configurations ONTAP S3 : La réplication par basculement pour les cas d'utilisation de migration n'est pas prise en charge pour les vservers avec des configurations ONTAP S3. Supprimez les configurations ONTAP S3, y compris object-store-server, les compartiments (buckets), les utilisateurs, les groupes ou les stratégies sur le vserver, afin d'éviter les échecs de migration.

  • Numéros de série LUN et IQN cible iSCSI : Les numéros de série LUN et l’IQN cible iSCSI changent lors de la bascule.

Avant de commencer

Examinez ces exigences avant de commencer.

  • Empêchez tout accès client à votre machine virtuelle de stockage avant de basculer la réplication.

  • Assurez-vous qu'aucun volume source ne sert de données avant de basculer la réplication.

  • Assurez-vous que les données sont synchronisées entre les volumes source et cible avant de procéder à la bascule de la réplication.

  • Le système de fichiers FSx for ONTAP que vous utilisez pour la relation de réplication doit être associé à un lien. "Apprenez comment associer un lien existant ou créer et associer un nouveau lien". Après avoir associé le lien, revenez à cette opération.

    • Les ports suivants doivent être ouverts dans le groupe de sécurité associé au système de fichiers FSx for ONTAP pour la connectivité de liaison : port 443 (HTTPS) et port 22 (SSH).

Étapes

  1. Connectez-vous au "NetApp Console".

  2. Sélectionnez le menu L'icône du menu hamburger permet d'accéder à Workloads, l'élément de menu de Workload Factory, Workloads > Storage > FSx for ONTAP.

  3. Dans FSx for ONTAP, sélectionnez le système de fichiers qui contient le(s) volume(s) à répliquer.

  4. Sélectionnez l’onglet Replication relationships.

  5. Dans le tableau des relations de réplication, sélectionnez la relation de réplication à basculer, puis sélectionnez Cut over replication.

  6. Vérifiez les informations dans la boîte de dialogue Cut over replication, puis tapez cut over pour confirmer.

  7. Sélectionnez Cut over.

Résultat

Après le lancement de la bascule, la machine virtuelle de stockage source passe hors ligne.

Mise à jour des paramètres de configuration après la bascule

Après avoir désactivé la réplication pour les cas d'utilisation de migration, mettez à jour les paramètres de configuration suivants sur la machine virtuelle de stockage cible.

  • Pour iSCSI :

    • Recréez le igroup

    • Mise à jour du mappage LUN

    • Connectez-vous à chaque client SAN et mettez à jour les paramètres iSCSI/MPIO pour la nouvelle cible et supprimez les anciennes adresses IP de la cible vserver

  • Vérifiez que les paramètres MTU du domaine de diffusion sont conformes aux attentes

  • Vérifiez que les paramètres DNS sont conformes aux attentes

  • Recréez les relations de cache (relations ONTAP FlexCache®) s'il y avait des volumes de cache dans la VM de stockage source.

Si nécessaire, "modifier la politique de hiérarchisation" pour le(s) volume(s) cible(s) après la mise en service.

Réplication en cascade pour les volumes de protection des données

NetApp Workload Factory prend en charge la réplication des volumes de protection des données, également appelés déploiements en cascade. Un déploiement en cascade consiste en une chaîne de relations dans laquelle un volume source est mis en miroir vers un volume secondaire (premier saut), et le volume secondaire est mis en miroir vers un volume tertiaire (deuxième saut). Si le volume secondaire devient indisponible, vous pouvez synchroniser la relation entre les volumes primaire et tertiaire sans effectuer un nouveau transfert de base.

Cette fonctionnalité est prise en charge pour les systèmes de fichiers FSx for ONTAP avec ONTAP version 9.6 et ultérieure. Reportez-vous à "Documentation ONTAP pour les versions ONTAP compatibles".

En savoir plus sur "comment fonctionnent les déploiements en cascade".

Avant de commencer

Avant de commencer, tenez compte des points suivants :

  • Notez que les volumes faisant partie d'une configuration en cascade peuvent mettre plus de temps à se resynchroniser.

  • Si le volume source de la relation est un volume de protection des données et est la cible d'une autre relation, l'inversion de la relation de réplication n'est pas prise en charge.

  • Une réplique d'un volume de protection des données (ou un deuxième saut) est prise en charge. Il n'est pas considéré comme une bonne pratique de créer une deuxième réplique d'un volume de protection des données (ou un troisième saut).

  • Ouvrez les ports TCP 11104 et 11105 pour le transfert de données sécurisé et la gestion entre les systèmes de stockage. ICMP est optionnel, mais peut aider aux vérifications réseau et au dépannage.

Étapes

  1. Connectez-vous au "NetApp Console".

  2. Sélectionnez le menu L'icône du menu hamburger permet d'accéder à Workloads, l'élément de menu de Workload Factory, Workloads > Storage > FSx for ONTAP.

  3. Dans FSx for ONTAP, sélectionnez le menu d’actions du système de fichiers contenant le ou les volumes à répliquer, puis sélectionnez Gérer.

  4. Depuis l’aperçu du système de fichiers, sélectionnez l’onglet Volumes.

  5. Dans le tableau Volumes, sélectionnez un ou plusieurs volumes de protection des données (volumes DP/répliqués), puis sélectionnez Répliquer les données.

  6. Sur la page Répliquer les données, sous Cible de réplication, indiquez les informations suivantes :

    1. Cas d'utilisation : Sélectionnez l'un des cas d'utilisation suivants pour la réplication. Selon le cas d'utilisation sélectionné, Workload Factory préremplit le formulaire avec des valeurs recommandées, conformément aux bonnes pratiques. Vous pouvez accepter ces valeurs ou les modifier en complétant le formulaire.

      • Intelligence artificielle (IA) et apprentissage automatique (ML) : répliquez vos données ONTAP sur site vers FSx for ONTAP et créez des points d'accès S3 pour prendre en charge l'entraînement de l'IA et du ML dans le cloud

      • Migration : transfère vos données vers le système de fichiers FSx for ONTAP cible

        Réplication de la configuration de la machine virtuelle de stockage : Vous pouvez choisir de répliquer les données et les paramètres de configuration d'une seule machine virtuelle de stockage. Lors de la migration des données et des paramètres, tous les volumes doivent terminer la réplication au cours des dernières 24 heures, puis la bascule doit être effectuée simultanément.

        La stratégie de hiérarchisation de tous les volumes est par défaut celle du volume source, ce qui est recommandé pour les cas d'utilisation de migration.

        Pendant la migration, les clients accèdent aux données depuis le système de fichiers ONTAP source. Après la bascule, les volumes sont disponibles via les adresses IP du système de fichiers FSx for ONTAP cible. Mettez à jour tous les clients ou ressources qui utilisent encore l'ancienne adresse IP.

      • Reprise après sinistre à chaud : garantit une haute disponibilité et une reprise après sinistre rapide pour les charges de travail critiques

      • Reprise après sinistre à froid ou par archivage :

        • Reprise après sinistre à froid : utilise des objectifs de temps de reprise (RTO) et des objectifs de point de reprise (RPO) plus longs pour réduire les coûts

        • Archivage : réplique les données pour un stockage à long terme et la conformité

      • Autre

        De plus, le choix du cas d'utilisation détermine la politique de réplication, ou la politique SnapMirror (ONTAP). Les termes utilisés pour décrire les politiques de réplication proviennent de "Documentation ONTAP 9".

        • Pour les migrations et autres opérations, la politique de réplication est appelée MirrorAllSnapshots. MirrorAllSnapshots est une politique asynchrone permettant de mettre en miroir tous les instantanés et le système de fichier actif.

        • Pour la reprise après sinistre à chaud, à froid ou par archivage, la politique de réplication est appelée MirrorAndVault. MirrorAndVault est une politique asynchrone et de coffre-fort pour mettre en miroir le plus récent système de fichier actif ainsi que les instantanés quotidiens et hebdomadaires.

          Dans tous les cas d'utilisation, si vous activez les instantanés pour une conservation à long terme, la politique de réplication par défaut est MirrorAndVault.

    2. FSx for ONTAP file system : Sélectionnez les informations d’identification, la région et le nom du système de fichiers FSx for ONTAP pour le système de fichiers cible FSx for ONTAP.

    3. Nom de la machine virtuelle de stockage : Sélectionnez la machine virtuelle de stockage. La machine virtuelle de stockage que vous sélectionnez est la cible de tous les volumes sélectionnés dans cette relation de réplication.

      Lorsque les noms des machines virtuelles de stockage source et cible sont identiques, nous créons un alias de système de fichiers pour les noms des machines virtuelles de stockage cible afin d’éviter les conflits de peering.

    4. Nom du volume : Le nom du volume cible est généré automatiquement au format suivant {OriginalVolumeName}_copy. Vous pouvez utiliser le nom de volume généré automatiquement ou saisir un autre nom de volume.

    5. Politique de hiérarchisation : Sélectionnez la politique de hiérarchisation des données stockées dans le volume cible. La politique de hiérarchisation par défaut est celle recommandée pour le cas d’utilisation sélectionné.

      Balanced (Auto) est la stratégie de hiérarchisation par défaut lors de la création d’un volume via la console Workload Factory. Pour plus d’informations sur les stratégies de hiérarchisation des volumes, consultez "Capacité de stockage du volume" la documentation AWS FSx for NetApp ONTAP. Notez que Workload Factory utilise des noms basés sur les cas d’utilisation dans la console Workload Factory pour les stratégies de hiérarchisation et inclut les noms des stratégies FSx for ONTAP entre parenthèses.

    Si vous avez sélectionné le cas d'utilisation de migration, Workload Factory sélectionne automatiquement la copie de la stratégie de hiérarchisation du volume source vers le volume cible. Vous pouvez désélectionner la copie de la stratégie de hiérarchisation et sélectionner une stratégie de hiérarchisation qui s'applique au volume sélectionné pour la réplication.

    1. Débit de transfert maximal : Sélectionnez Limité et saisissez la limite de transfert maximale en Mo/s. Vous pouvez également sélectionner Illimité.

      Sans limite, la performance de l'application et du réseau peut diminuer. Nous recommandons également un débit de transfert illimité pour les systèmes de fichiers FSx for ONTAP pour les charges de travail critiques, par exemple celles qui sont utilisées principalement pour la reprise après sinistre.

  7. Dans les paramètres de réplication, veuillez indiquer les éléments suivants :

    1. Initialiser la relation de réplication : Choisissez d’initialiser la relation de réplication immédiatement après la création de la relation de réplication ou ultérieurement. Notez que l’initialisation peut prendre du temps et que vous pourriez vouloir effectuer le transfert de base en dehors des heures de pointe.

      Pour initialiser manuellement ultérieurement, reportez-vous aux instructions dans Étape 2 : Initialiser la relation de réplication.

    2. Intervalle de réplication: Sélectionnez la fréquence à laquelle les instantanés sont transférés du volume source vers le volume cible.

    3. Conservation à long terme : Activez éventuellement les instantanés pour une conservation à long terme. La conservation à long terme permet aux services métier de continuer à fonctionner même en cas de panne complète du site, en assurant un basculement transparent des applications grâce à une copie secondaire.

      Les réplications sans conservation à long terme utilisent la stratégie MirrorAllSnapshots. L'activation de la conservation à long terme attribue la stratégie MirrorAndVault à la réplication.

      Si vous activez la conservation à long terme, sélectionnez une stratégie existante ou créez-en une nouvelle pour définir les instantanés à répliquer et le nombre à conserver.

      Remarque Des étiquettes source et cible correspondantes sont requises pour la conservation à long terme. Si vous le souhaitez, Workload Factory peut créer les étiquettes manquantes pour vous.

      • Choisissez une politique existante : sélectionnez une politique existante.

      • Créer une nouvelle politique : saisissez un nom de politique.

    4. Instantanés immuables : Optionnel. Sélectionnez Activer les instantanés immuables pour empêcher la suppression des instantanés pris dans le cadre de cette politique pendant la période de conservation.

      • Définissez la période de conservation en nombre d'heures, de jours, de mois ou d'années.

      • Stratégies de snapshot : Dans le tableau, sélectionnez la fréquence de la stratégie de snapshot et le nombre de copies à conserver. Vous pouvez sélectionner plusieurs stratégies de snapshot.

    5. Point d'accès S3 : Vous pouvez éventuellement connecter un point d'accès S3 pour accéder aux données du système de fichiers FSx for ONTAP résidant sur des volumes NFS ou SMB/CIFS via les API AWS S3. Seul le type d'accès aux fichiers est pris en charge. Fournissez les informations suivantes :

      • Nom du point d'accès S3 : Saisissez le nom du point d'accès S3.

      • Utilisateur : Sélectionnez un utilisateur existant ayant accès au volume ou créez un nouvel utilisateur.

      • Type d'utilisateur : sélectionnez UNIX ou Windows comme type d'utilisateur.

      • Configuration réseau : Sélectionnez Internet ou Virtual private cloud (VPC). Le type de réseau choisi détermine si le point d'accès est accessible depuis Internet ou s’il est limité à un VPC spécifique.

      • Activer la table d'inventaire : Lorsque vous activez la table d'inventaire sur le volume, le système génère des métadonnées pour tous les objets accessibles au point d'accès S3 et engendre des coûts de requête AWS S3. Consultez "Documentation tarifaire Amazon S3" pour plus d'informations.

    6. Étiquettes de point d'accès S3 : Vous pouvez éventuellement ajouter jusqu'à 50 étiquettes.

  8. Sélectionnez Créer.

Résultat

Le ou les volumes répliqués sont répliqués et apparaissent dans l'onglet Relations de réplication du système de fichiers FSx for ONTAP cible.

"Modifier la politique de hiérarchisation" pour le(s) volume(s) cible(s) après la mise en service.