En fonction des circonstances, vous pouvez migrer vers vRealize Automation 8 à l'aide de l'assistant de migration ou de la fonctionnalité d'intégration.
Migration vers vRealize Automation 8 à l'aide de l'assistant de migration
Dans la plupart des cas, l'assistant de migration prend largement en charge la migration de vRealize Automation 7.x vers vRealize Automation 8. Toutefois, pour certains clients, la migration à l'aide de l'intégration est recommandée. Pour les cas d'utilisation de l'intégration, reportez-vous à la section Migration vers vRealize Automation à l'aide de la fonctionnalité d'intégration dans la section ci-dessous. La migration à l'aide de l'assistant de migration est recommandée pour :
- Mise en réseau
- L'assistant de migration dispose de fonctionnalités avancées pour identifier les constructions de déploiement, en particulier pour la mise en réseau. L'assistant de migration prend en charge la migration de : tous les objets réseau dans tous les clouds, la gestion des adresses IP avec IPAM natif, les équilibrages de charge et les groupes de sécurité. L'intégration ne prend pas en charge cette fonctionnalité.
- Attribution de VCT à des charges de travail
- L'assistant de migration peut attribuer les Blueprints aux charges de travail en cours de migration. Les charges de travail sont compatibles avec le VCT dans vRA 8. L'intégration ne prend pas en charge cette fonctionnalité.
- Les propriétés personnalisées et les groupes de propriétés (limités) sont automatiquement reconnus
- L'assistant de migration reconnaît automatiquement les propriétés personnalisées ou les groupes de propriétés utilisés dans les Blueprints et les charges de travail, et les applique aux charges de travail dans vRA 8 pour conserver la fonctionnalité et le comportement attendu des propriétés personnalisées.
- Capacités de l'assistant de migration qui ne sont pas présentes lors de l'intégration
- L'assistant de migration inclut de nombreuses fonctionnalités que l'intégration n'offre pas. Par exemple, la prise en charge de la migration de l'historique de déploiement, la conservation des métadonnées de déploiement (telles que les noms, les descriptions, les expirations de bail et la propriété), la migration de ressources personnalisées, la migration de formulaires personnalisés, la compatibilité des stratégies de bail, la conservation du modèle de consommation de vRA 7.x, etc.
- Mappage de la zone de cloud et compatibilité avec les limites
- Lorsque les charges de travail sont migrées à l'aide de l'assistant de migration, elles sont automatiquement placées dans la zone de cloud appropriée. Elles sont également conformes aux limites spécifiées en tant qu'attribution projet/zone de cloud.
- Prise en charge de la montée en charge
- Dans vRA 8, il n'existe aucune action du jour 2 pour la montée en charge des machines. Pour résoudre ce problème, vRA utilise des déploiements interactifs dans lesquels les paramètres VCT sont modifiés, puis réappliqués au déploiement provisionné pour effectuer la montée en charge. L'intégration ne prend pas en charge cette fonctionnalité.
Migration vers vRealize Automation à l'aide de la fonctionnalité d'intégration
Plutôt que d'utiliser l'assistant de migration, vous pouvez utiliser la fonctionnalité d'intégration pour migrer certaines charges de travail vRealize Automation 7.x vers la version 8.x. La migration à l'aide de l'intégration est limitée à la machine et aux objets connectés (disques et réseaux). L'intégration vous permet également d'intégrer une ou plusieurs machines dans
Cloud Assembly à l'aide d'un plan d'intégration unique. La migration à l'aide de la fonctionnalité d'intégration est recommandée pour :
- Migration de VCF côte à côte
- L'intégration est recommandée si vous souhaitez migrer VCF 3.x vers la version 4.x parallèlement à la migration de vRealize Automation 7.x vers la version 8.x. Pour effectuer la migration, configurez une pile VCF 4 distincte et migrez les charges de travail avec HCX. Ensuite, vous pouvez intégrer ces charges de travail à la nouvelle instance de vRealize Automation 8 qui est déployée dans la pile VCF 4.
- Modifications apportées à la structure de déploiement par vRealize Automation
- L'intégration est recommandée si vous souhaitez modifier la façon dont vRealize Automation est consommé dans la version 8.x par rapport à la version 7.x. Par exemple, si vous souhaitez consolider des groupes d'activité en moins de projets, recréer des Blueprints, ignorer tout contenu non pertinent présent dans la version 7.x, mettre à jour les processus existants vers de nouvelles méthodes, etc.
- Apporter des modifications aux déploiements, telles que la mise à jour du nom ou l'ajout de propriétés personnalisées
Note : L'intégration de la charge de travail ne se connecte pas à vRealize Automation 7.x et n'a pas accès aux constructions et métadonnées de vRA 7, telles que les Blueprints et les propriétés personnalisées. Il fonctionne uniquement sur l'inventaire découvert par vRA 8.
- L'intégration est recommandée si vous souhaitez apporter des modifications aux métadonnées de votre déploiement, telles que le renommer ou y ajouter des propriétés personnalisées supplémentaires.
- Appliquer des modifications à vRealize Automation 7.x en production
- L'intégration est recommandée si vous ne souhaitez apporter aucune modification à votre environnement 7.x en production pour résoudre les incompatibilités signalées par l'assistant de migration. Par exemple, si vous ne parvenez pas à annuler la publication du contenu que vous n'utilisez plus, si vous apportez des modifications aux Blueprints, mettez à jour les workflows vRO, mettez à jour les droits, mettez à jour les actions du jour 2 personnalisées, etc.
- Migrer de vRealize Automation 7.x vers vRealize Automation Cloud
- L'intégration est recommandée si vous souhaitez migrer votre environnement vRA 7.x sur site vers vRA Cloud. Actuellement, l'assistant de migration ne prend pas en charge ce cas d'utilisation de chemin de migration.
Pour plus d'informations sur l'intégration, reportez-vous à la section Qu'est-ce qu'un plan d'intégration ?
