Ce article a été traduit automatiquement. (Clause de non responsabilité)
Migrer l’appareil
La fonctionnalité de migration sert deux objectifs principaux
- Depuis le 30 juin 2024, CentOS Linux 7 a atteint sa fin de vie (EOL). Pour garantir des performances et une sécurité optimales, il est fortement recommandé que tout ELM exécuté sur la version 2403 ou antérieure migre hors de CentOS 7. Utilisez la fonctionnalité de migration avec la dernière version de la version 2403 sur un ELM source afin de migrer vers un ELM cible exécutant la version 2409 ou ultérieure.
- La fonctionnalité de migration vous permet de copier ou de migrer des ressources entre des ELM, même s’ils se trouvent sur des hyperviseurs différents.
Note:
La fonctionnalité de migration sera disponible pour migrer depuis n’importe quel ELM déployé sur un hyperviseur pris en charge. Cependant, à l’heure actuelle, GCP ne sera pas pris en charge en tant que destination ELM cible.
Avant de migrer
Remarques
- Il est suggéré de capturer un instantané/une sauvegarde de l’ELM source et cible avant la migration.
- Ce processus est non destructif pour les données de la couche ELM source.
- La configuration de l’ELM source sera modifiée lors d’une migration Move . Voir la section Phases de migration pour plus de détails.
- Un certificat personnalisé importé dans l’ELM source ne sera pas migré vers l’ELM cible. Vous devrez recréer le certificat sur l’ELM cible après avoir terminé la migration.
Autorisations requises
- Nécessite le rôle d’administrateur.
- Aucune autorisation supplémentaire n’est requise.
Ressources requises
- Les ELM sources utilisant une version antérieure à 2403 doivent être mis à niveau vers la version 2403.
- Si vous exécutez la version 2403 et que vous ne voyez pas la fonctionnalité de migration dans l’interface utilisateur, assurez-vous d’avoir appliqué la dernière mise à niveau 2403 qui inclut la fonctionnalité de migration.
- Le téléchargement de la dernière version de la version 2403 peut être trouvé ici.
- Les ELM sources utilisant une version 2409 ou ultérieure ne nécessitent aucune mise à niveau supplémentaire.
- La cible ELM doit utiliser la version 2409 ou ultérieure.
- Voir téléchargements pour la dernière version de la version 2409 et toutes les versions ultérieures disponibles.
- L’ELM cible doit, au minimum, disposer de la même quantité d’espace de stockage que l’ELM source.
- L’ELM cible ne doit contenir aucune couche créée avant la migration.
- L’ELM source et l’ELM cible doivent avoir une connectivité réseau point à point
Note:
Une connexion réseau locale rapide garantira la meilleure expérience avec la fonction de migration.
Types de migration
Il existe deux types de migration disponibles : Copier et Déplacer.
| Copie | Se déplacer |
|---|---|
| Toutes les couches, modèles et connecteurs sont copiés. | Toutes les couches, modèles et connecteurs sont copiés. |
| Tous les agents précédemment enregistrés seront enregistrés sur Target ELM. | Tous les agents précédemment enregistrés seront enregistrés sur Target ELM. |
| La source ELM restera inchangée et pourra continuer à être utilisée. | La source ELM n’aura plus de partage de fichiers réseau associé. |
| L’ELM cible nécessitera un nouveau partage de fichiers réseau, car deux ELM différents ne peuvent pas utiliser le même partage de fichiers réseau. | L’ELM cible aura les partages de fichiers réseau de l’ELM source configurés. |
| Tous les caches du connecteur ELM source seront nettoyés. |
Note:
Dans une migration de copie, le partage de fichiers réseau ELM cible ne doit pas être le même que l’ELM source. Les ELM ne sont pas conçus pour partager le même partage de fichiers réseau. Cela entraînerait des problèmes pour les ELM source et cible.
Les phases de la migration
Le processus de migration est divisé en deux phases différentes : Phase 1 et Phase 2.
Phase 1
- Phase de couche : les couches sont numérisées et copiées de l’ELM source vers l’ELM cible.
- Les calques copiés sur l’ELM cible seront visibles dans l’interface utilisateur après une migration réussie.
- Une fois la première phase terminée, l’utilisateur sera invité à choisir entre Continuer et passer à la deuxième phase.
Note:
Selon le nombre et la taille des couches dans l’ELM source, cette phase peut prendre de quelques minutes à plusieurs heures.
Phase 2
- Phase de base de données : la base de données est transférée de l’ELM source vers l’ELM cible.
Note:
Cette phase est relativement rapide et ne prendra que quelques minutes.
Une fois la copie **terminée, l’utilisateur peut continuer à utiliser l’ELM source et peut configurer l’ELM cible pour l’utiliser lorsqu’il est prêt.
Une fois le déplacement **terminé, l’ELM cible contiendra les ressources et les configurations transférées après une migration réussie.
Migration d’un appareil
À l’exception de l’étape 1, toutes les étapes suivantes doivent être effectuées sur l’ELM source.
- Déployez un nouvel ELM cible en suivant la documentation de la version 2409 ou ultérieure.
- La fonction de migration est accessible sous Menu utilisateur > Migrer l’appareil.
- Fournissez les informations suivantes pour l’ELM cible :
- IP/FQDN
- Nom d’utilisateur (utilisateur root)
- Mot de passe (utilisateur root)
- Raison de la migration
- Copie
- La Source ELM conservera la propriété des ressources actuelles.
- La cible ELM nécessitera de nouvelles ressources et une nouvelle configuration.
- Se déplacer
- L’ELM cible possédera/gérera les ressources actuelles une fois le projet terminé.
- Le partage de fichiers réseau configuré de l’ELM source sera supprimé une fois l’opération terminée.
- L’ELM source peut être réutilisé et nécessitera un nouveau partage de fichiers réseau.
- Copie
- Sélectionnez Confirmez et terminez.
- Sélectionnez Migrer.
- Une fois qu’une migration a commencé, l’interface utilisateur empêchera un utilisateur de démarrer une deuxième migration jusqu’à ce que la migration en cours soit terminée ou annulée.
- Dans le menu de gauche, sélectionnez Tâches.
- Dans le tableau des tâches actives, sélectionnez la tâche de migration en cours d’exécution, puis sélectionnez Afficher les détails.
- Afficher l’état actuel de la migration.
- La source ELM continuera d’être disponible à l’utilisation pendant cette période.
- Au cours de la première phase, les nouvelles couches créées à tout moment seront copiées sur l’ELM cible.
- Une fois la première phase terminée, la confirmation de l’utilisateur est requise sur l’interface utilisateur ELM source pour commencer la deuxième phase du processus de migration.
Accès à l’interface utilisateur lors d’une migration
Au cours d’une migration, il existe différents niveaux d’accès à l’interface utilisateur pour les ELM source et cible en fonction de la phase dans laquelle se trouve la migration.
Phase 1
- Source ELM - Tout est activé.
- Cible ELM - Les options Développer le stockage et Exporter les journaux sont activées.
Phase 2
- Source ELM - Les options Développer le stockage et Exporter les journaux sont activées.
- Cible ELM - L’interface utilisateur est inaccessible tant que la migration n’est pas terminée.
Récupération après une migration annulée ou échouée
Note:
L’ELM source restera toujours inchangé et accessible jusqu’à ce qu’une migration Move soit terminée avec succès.
L’annulation ou l’échec d’une migration peut entraîner des états variables pour l’ELM cible. Vous trouverez ci-dessous les différents états dans lesquels le Target ELM peut se retrouver, ainsi que la marche à suivre requise pour résoudre les problèmes.
Annuler ou échouer une migration
- Phase 1
- Target ELM stockera les couches copiées dans le référentiel de couches.
- Phase 2
- Un utilisateur tentant d’annuler la migration se verra présenter une fenêtre contextuelle confirmant l’annulation et informant l’utilisateur de l’état irrécupérable dans lequel l’ELM cible sera laissé.
- La cible ELM sera dans un état non récupérable .
Récupération après une migration annulée ou échouée
- Phase 1
- Le démarrage d’une nouvelle migration reprendra le processus de migration là où il s’est arrêté. Aucune étape supplémentaire n’est requise.
- Phase 2
- La cible ELM doit être rétablie sur un instantané pris avant la migration et réessayée.
Note:
Une cause connue d’échec de migration est due au manque de stockage sur l’ELM cible. L’extension de l’espace de stockage résoudra le problème et une migration active devrait se poursuivre à partir du point où elle s’est arrêtée.