Cette page présente la fonctionnalité de réplication externe.
À propos de la réplication externe
La réplication externe utilise SnapMirror pour répliquer les données des systèmes basés sur ONTAP vers Google Cloud NetApp Volumes. Cette fonctionnalité est compatible avec les mêmes opérations que la réplication de volumes (création, arrêt, reprise, inversion et suppression), qui permet la réplication entre les volumes de NetApp Volumes.
La réplication externe utilise la même technologie SnapMirror que la migration de volumes et partage des fonctionnalités communes telles que les transferts de base et incrémentaux, ainsi que le peering de clusters pour l'authentification.
Le tableau suivant décrit les principales différences entre la migration de volumes et la réplication externe :
| Migration de volume | Réplication externe |
|---|---|
| Conçue pour une migration unidirectionnelle et limitée dans le temps d'ONTAP vers NetApp Volumes. | Conçue comme une solution de réplication continue pour la reprise après sinistre, où la direction de la réplication peut être inversée. |
Remarques
La réplication externe n'est disponible que via l'API et Google Cloud CLI, mais pas dans la console Google Cloud .
Conditions préalables à la réplication externe
La réplication externe et la migration de volumes partagent les mêmes prérequis.
Présentation du workflow de réplication externe
La réplication externe fonctionne de la même manière que la réplication de volumes, mais le système source initial est un volume sur un système ONTAP externe, et non un volume NetApp Volumes.
Comme la réplication de volume, la réplication externe passe par différentes phases, comme les réplications de référence et incrémentielles. Elle permet d'effectuer des opérations telles que la création, l'arrêt, la reprise, la suppression et l'inversion du sens de la réplication.
Bien que toutes les actions puissent être lancées depuis NetApp Volumes, certaines d'entre elles exigent que l'utilisateur exécute des commandes ONTAP CLI sur le système ONTAP externe. La réplication externe utilise également le même mécanisme d'authentification avec le système ONTAP externe que la migration de volumes, un processus nécessaire pour établir un peering de clusters.
Le workflow de réplication externe se compose des phases suivantes :
Authentification
Lors de la phase d'authentification, les administrateurs du stockage du système ONTAP source doivent accorder aux NetApp Volumes l'autorisation d'extraire un volume du système source. Pour ce faire, vous devez effectuer des étapes administratives sur le système ONTAP source, appelées appairage de clusters et appairage de SVM. Le processus de réplication externe génère les commandes ONTAP que les administrateurs doivent exécuter sur le système source.
Transfert de base
Une fois la réplication configurée, un instantané crée un point de cohérence sur le système source. Toutes les données capturées à partir de cet instantané, y compris les instantanés plus anciens, sont ensuite transférées vers NetApp Volumes lors d'une phase initiale appelée transfert de référence.
Un transfert de référence peut prendre quelques minutes, heures, jours ou semaines. Cette durée dépend des éléments suivants :
Quantité de données dans l'instantané.
Vitesse du réseau entre votre système source ONTAP et NetApp Volumes.
Paramètre de débit de vos NetApp Volumes.
Lors du transfert de référence, votre volume source continue de diffuser votre charge de travail et les clients ajoutent, modifient ou suppriment des données. Ces modifications n'affectent pas l'instantané utilisé pour le point de cohérence de la référence. Tant que la référence est en cours, le volume de destination n'est pas disponible pour les clients. Une fois la référence terminée, le volume de destination devient en ligne et est disponible pour l'accès client en mode lecture seule. Notez que le volume de destination aura une adresse IP différente.
Contrairement à la réplication de volumes, la réplication externe ne peut pas lire les paramètres du volume source, tels que la taille, les choix de protocole, et les règles d'exportation ou de snapshot. Vous devez donc configurer correctement ces paramètres pour le volume de destination.
Les clients peuvent ensuite mapper ou installer le volume de destination, mais uniquement pour une opération en lecture seule.
Transferts incrémentiels
Une fois le transfert de base terminé, la réplication déclenche des transferts incrémentiels en fonction des intervalles que vous avez programmés.
Chaque transfert incrémentiel effectue les actions suivantes :
Prend un nouvel instantané de votre volume source.
Calcule les modifications de données entre l'instantané actuel et le précédent.
Commence à transférer ces modifications vers la destination.
Chaque transfert incrémentiel crée un instantané source, supprime l'instantané SnapMirror le plus ancien, calcule les modifications et les transfère. Si un transfert est toujours en cours d'exécution lorsque le prochain transfert planifié doit avoir lieu, le nouveau transfert est ignoré. Cela peut se produire si le volume de données transférées dépasse ce qui peut l'être dans l'intervalle spécifié, en raison des facteurs suivants :
L'intervalle de réplication spécifié est trop court.
La bande passante réseau est limitée entre le système ONTAP et NetApp Volumes.
Un taux de modification élevé dans le système source.
Les transferts ignorés ont un impact négatif sur les objectifs de point de récupération (RPO). Nous vous recommandons de surveiller le temps de latence de la réplication. Si le décalage atteint fréquemment le double de l'intervalle de réplication, vous devrez peut-être prendre des mesures telles que l'augmentation de la bande passante réseau ou l'extension de l'intervalle de réplication.
Les clients qui installent le volume de destination voient une vue en lecture seule avec du contenu statique. Toutefois, une fois le transfert incrémentiel terminé, le contenu du volume est instantanément mis à jour, en passant de l'instantané de réplication précédent au plus récent, en une seule opération atomique.
Exécuter plusieurs réplications externes en parallèle
Les réplications externes et les migrations de volumes partagent un quota de projet commun. Pour exécuter plusieurs réplications externes et migrations de volumes en parallèle, vous devez demander un quota suffisamment élevé.
Étapes suivantes
Créez une réplication externe.