Accédez aux mêmes données dans différents environnements
Suggérer des modifications
PDF
Cette section décrit les tâches à effectuer pour accéder aux mêmes données dans différents environnements de calcul. Dans la plate-forme Domino MLOps, les environnements de calcul sont appelés « plans de données ». Suivez les tâches décrites dans cette section si vos données résident sur un volume NetApp dans un plan de données, mais que vous devez y accéder dans un autre plan de données. Ce type de scénario est souvent appelé « bursting » ou « cloud bursting » dans l'environnement de destination. Cette fonctionnalité est souvent nécessaire dans le cas de ressources de calcul limitées ou sursouscrites. Par exemple, si votre cluster de calcul sur site est sursouscrit, vous pouvez planifier les workloads dans le cloud où ils peuvent être démarrés immédiatement.
Deux options sont recommandées pour accéder à un volume NetApp qui réside dans un plan de données différent. Ces options sont décrites dans les sous-sections ci-dessous. Choisissez l'une de ces options en fonction de vos besoins spécifiques. Les avantages et inconvénients des deux options sont décrits dans le tableau suivant.
| Option | Avantages | Inconvénients |
|---|---|---|
Option 1 : cache |
- Flux de travail simplifié |
- Augmentation de la latence lors de l'accès initial aux données lorsque le cache est hydraté. |
Option 2 - rétroviseur |
- Copie complète du volume source |
- Doit attendre la fin du fonctionnement du miroir avant d'accéder aux données |
Option 1 - Créer un cache d'un volume qui réside dans un plan de données différent
Avec "Technologie NetApp FlexCache", Vous pouvez créer un cache d'un volume NetApp qui réside dans un plan de données différent. Par exemple, si votre plan de données sur site contient un volume NetApp et que vous devez y accéder dans votre plan de données AWS, vous pouvez créer un cache du volume dans AWS. Cette section décrit les tâches à effectuer pour créer un cache de volume NetApp résidant dans un autre plan de données.
Créez un volume FlexCache dans l'environnement de destination
|
Si l'environnement de destination est votre data Center sur site, vous créez le volume FlexCache sur votre système ONTAP sur site. Si l'environnement de destination est AWS, vous créez le volume FlexCache sur votre instance Amazon FSX ONTAP. |
Tout d'abord, vous devez créer un volume FlexCache dans l'environnement de destination.
Nous vous recommandons d'utiliser BlueXP pour créer le volume FlexCache. Pour créer un volume FlexCache avec BlueXP, suivez les instructions décrites dans le "Documentation sur la mise en cache des volumes BlueXP".
Si vous ne souhaitez pas utiliser BlueXP, vous pouvez utiliser ONTAP System Manager ou l'interface de ligne de commande ONTAP pour créer le volume FlexCache. Pour créer un volume FlexCache avec System Manager, reportez-vous aux instructions fournies dans le "Documentation ONTAP". Pour créer un volume FlexCache à l'aide de l'interface de ligne de commandes ONTAP, reportez-vous aux instructions détaillées dans la "Documentation ONTAP".
Si vous souhaitez automatiser ce processus, vous pouvez utiliser le "API BlueXP", le "L'API REST DE ONTAP", ou le "Collection ONTAP Ansible".
|
|
System Manager n'est pas disponible dans Amazon FSX ONTAP. |
Exposer le volume FlexCache à Domino
Ensuite, vous devez exposer le volume FlexCache à la plate-forme Domino MLOps. Pour exposer le volume FlexCache à Domino, suivez les instructions décrites dans la sous-section « exposer les volumes NFS existants qui n'ont pas été provisionnés par Trident » de la "Section 'exposer des volumes NetApp existants à Domino'" de cette solution.
Vous pouvez maintenant monter le volume FlexCache lors du lancement de travaux et d'espaces de travail dans le plan de données de destination, comme indiqué dans les captures d'écran suivantes.
Avant de créer un volume FlexCache
Après avoir exposé le volume FlexCache à Domino
Option 2 - réplique un volume qui réside dans un plan de données différent
Avec "Technologie de réplication des données NetApp SnapMirror", Vous pouvez créer une copie d'un volume NetApp qui réside dans un plan de données différent. Par exemple, si votre plan de données sur site comporte un volume NetApp et que vous devez y accéder dans votre plan de données AWS, vous pouvez créer une copie du volume dans AWS. Cette section décrit les tâches à effectuer pour créer une copie d'un volume NetApp résidant dans un autre plan de données.
Créer une relation SnapMirror
Tout d'abord, vous devez créer une relation SnapMirror entre votre volume source et un nouveau volume de destination dans l'environnement de destination. Notez que le volume de destination sera créé dans le cadre du processus de création de la relation SnapMirror.
Nous vous recommandons d'utiliser BlueXP pour créer la relation SnapMirror. Pour créer une relation SnapMirror avec BlueXP, suivez les instructions décrites dans le "Documentation sur la réplication BlueXP".
Si vous ne souhaitez pas utiliser BlueXP, vous pouvez utiliser ONTAP System Manager ou l'interface de ligne de commande ONTAP pour créer la relation SnapMirror. Pour créer une relation SnapMirror avec System Manager, reportez-vous aux instructions fournies dans le "Documentation ONTAP". Pour créer une relation SnapMirror avec l'interface de ligne de commandes de ONTAP, reportez-vous aux instructions détaillées dans la "Documentation ONTAP".
Si vous souhaitez automatiser ce processus, vous pouvez utiliser le "API BlueXP", le "L'API REST DE ONTAP", ou le "Collection ONTAP Ansible".
|
|
System Manager n'est pas disponible dans Amazon FSX ONTAP. |
Interrompre une relation SnapMirror
Vous devez ensuite interrompre la relation SnapMirror pour activer le volume de destination et y accéder. Attendez la fin de la réplication initiale avant d'effectuer cette étape.
|
|
Pour déterminer si la réplication est terminée ou non, vérifiez l'état du miroir dans BlueXP, ONTAP System Manager ou l'interface de ligne de commande ONTAP. Une fois la réplication terminée, l'état du miroir est « snapmirrored ». |
Nous vous recommandons d'utiliser BlueXP pour rompre la relation SnapMirror. Pour interrompre une relation SnapMirror avec BlueXP, suivez les instructions décrites dans le "Documentation sur la réplication BlueXP".
Si vous préférez ne pas utiliser BlueXP, vous pouvez utiliser ONTAP System Manager ou l'interface de ligne de commande ONTAP pour interrompre la relation SnapMirror. Pour interrompre une relation SnapMirror avec System Manager, reportez-vous aux instructions fournies dans le "Documentation ONTAP". Pour interrompre une relation SnapMirror avec l'interface de ligne de commandes ONTAP, reportez-vous aux instructions détaillées dans la "Documentation ONTAP".
Si vous souhaitez automatiser ce processus, vous pouvez utiliser le "API BlueXP", le "L'API REST DE ONTAP", ou le "Collection ONTAP Ansible".
Exposer le volume de destination à Domino
Ensuite, vous devez exposer le volume de destination à la plate-forme Domino MLOps. Pour exposer le volume de destination à Domino, suivez les instructions décrites dans la sous-section « exposer les volumes NFS existants qui n'ont pas été provisionnés par Trident » de la "Section 'exposer des volumes NetApp existants à Domino'" de cette solution.
Vous pouvez maintenant monter le volume de destination lors du lancement de travaux et d'espaces de travail dans le plan de données de destination, comme indiqué dans les captures d'écran suivantes.
Avant de créer une relation SnapMirror
Après l'exposition du volume de destination à Domino