Vous utilisez un plan d'intégration de la charge de travail pour identifier les machines dont les données ont été collectées auprès d'un type de compte de cloud dans une région ou un centre de données cible, mais qui ne sont pas encore gérées par un projet Automation Assembler.

Lorsque vous ajoutez un compte de cloud qui contient des machines déployées en dehors de Automation Assembler, les machines ne sont pas gérées par Automation Assembler tant que vous ne les avez pas intégrées. Utilisez un plan d'intégration pour amener les machines non gérées sous la gestion de Automation Assembler. Vous créez un plan, le remplissez avec les machines, puis exécutez le plan pour importer les machines. À l'aide du plan d'intégration, vous pouvez créer un modèle de cloud et créer également un ou plusieurs déploiements avec ou sans modèles de cloud existants.

Vous pouvez utiliser le placement des ressources dans votre plan d'intégration pour appliquer les limites de ressources définies dans les zones de cloud ou les stratégies de quota de ressources associées au projet. Lorsque vous utilisez le positionnement des ressources, les utilisateurs peuvent uniquement sélectionner les machines découvertes éligibles dans les zones de cloud associées au projet. Une fois que vous avez créé le plan d'intégration, l'option Utiliser le positionnement est en lecture seule.

Vous pouvez intégrer une ou plusieurs machines non gestion dans un plan unique en sélectionnant des machines manuellement.

  • Vous pouvez intégrer jusqu'à 3 500 machines non gérées par heure dans un seul plan d'intégration.
  • Vous pouvez intégrer jusqu'à 17 000 machines non gérées simultanément par heure dans plusieurs plans d'intégration.

Les machines disponibles pour l'intégration de la charge de travail sont répertoriées dans l'onglet Discovered de la page Ressources > Machines virtuelles. Seules les machines dont les données ont été collectées sont répertoriées. Une fois que vous avez intégré les machines, elles s'affichent dans l'onglet Géré sous Onboarded. Vous pouvez filtrer les machines intégrées en cliquant sur l'icône de filtre .

La personne qui exécute le plan d'intégration de la charge de travail est automatiquement assignée en qualité de propriétaire de la machine.

L'intégration prend également en charge l'intégration des propriétés personnalisées, les disques attachés, les changements de propriétaires de déploiement et les réseaux vSphere.
  • Limites de ressources. Vous pouvez activer les charges de travail intégrées pour respecter les limites de ressources établies et être comptabilisées par rapport à elles.
  • Propriétés personnalisées. Vous pouvez définir des propriétés personnalisées au niveau du plan et des différents niveaux de machine. Une propriété personnalisée définie au niveau de la machine remplace la même propriété au niveau du plan.
  • Disques attachés. Si une machine dispose de disques non amorçables, ils sont automatiquement intégrés à la machine parente. Pour afficher les disques non amorçables, cliquez sur le nom de la machine dans le plan, puis accédez à l'onglet Stockage.
  • Propriété du déploiement. L'intégration vous permet de modifier le propriétaire du déploiement par défaut. Pour modifier le propriétaire, sélectionnez un déploiement dans l'onglet Déploiement, cliquez sur Actions > Changer le propriétaire, et sélectionnez l'utilisateur associé souhaité pour le projet.

Pour plus d'informations sur l'intégration en masse de VMware Aria Automation, reportez-vous à la section VMware Aria AutomationIntégration en masse de https://blogs.vmware.com/management/2023/01/vra-8-bulk-onboarding.html.

Exemples d'intégration

Pendant l'intégration, chaque machine ajoutée est placée dans son propre déploiement de Automation Assembler.

Note : À partir de VMware Aria Automation 8.18, l'intégration ne prend plus en charge la génération automatique de modèles. Les administrateurs doivent effectuer l'intégration avec ou sans modèle. L'intégration à des déploiements existants n'est plus prise en charge.
Vous pouvez déployer des machines intégrées de trois manières différentes :
  • Intégrer une machine ou un ensemble de machines qui ne sont pas associées à un modèle de cloud et créer un déploiement à partir de celles-ci dans Automation Assembler.

    Une fois les machines intégrées, les propriétaires de déploiement peuvent exécuter la plupart des actions de jour 2 sur le déploiement, à l'exception de l'action de jour 2 Mettre à jour.

    Pour obtenir un exemple de cette technique d'intégration, reportez-vous à la section Exemple : intégration de machines sélectionnées dans le cadre d'un déploiement unique de Automation Assembler .

  • Intégrer des machines et les associer à un modèle existant.
    Si une entrée utilisateur est fournie dans le modèle de cloud, l'action de jour 2 Mettre à jour est disponible pour ces déploiements. Par conséquent, l'action Mettre à jour peut fournir un plan indiquant que les ressources d'origine sont supprimées, puis recréées en fonction des détails du modèle de cloud.
    Note : L'action de jour 2 Mettre à jour peut supprimer les ressources d'origine et les recréer en fonction du modèle.
  • Intégrer des machines avec un modèle de cloud et un mappage.
    Utilisez cette option pour créer un déploiement dans lequel la machine virtuelle est mappée aux ressources dans le modèle sélectionné. Le déploiement doit avoir le même nombre de machines que le modèle de cloud sélectionné et vous devez mapper les ressources de modèle aux machines respectives.
    Note : Le mappage est pris en charge uniquement pour les plans avec des comptes vSphere. Seuls les types de ressources Cloud.Machine et Cloud.vSphere.Machine, ainsi que leurs disques et réseaux associés, sont pris en charge. Les machines mises en cluster ne sont pas prises en charge.

    L'exécution de l'action de jour 2 Mettre à jour sur les déploiements intégrés applique les nouvelles modifications aux ressources existantes. Les ressources d'origine sont uniquement recréées en cas de modifications majeures entre la version actuelle du modèle de cloud et le déploiement.

    Pour obtenir un exemple de cette technique d'intégration, reportez-vous à la section Exemple : intégrer des machines avec un modèle et un mappage.

Abonnements aux événements d'intégration

Un événement Deployment Onboarded est créé lorsque vous exécutez le plan. À l'aide des options de l'onglet Extensibilité, vous pouvez vous abonner à ces événements de déploiement et effectuer des actions dessus.

Après l'intégration, vous pouvez mettre à jour un projet en tant qu'action de jour 2 pour les déploiements intégrés. Pour utiliser l'action Modifier le projet, le projet cible doit utiliser les mêmes ressources de zone de cloud que le déploiement. Vous ne pouvez pas exécuter l'action Modifier le projet sur les déploiements intégrés sur lesquels vous avez apporté des modifications après l'intégration.

Allocation d'adresses IP lors de l'intégration

Lorsque vous intégrez des machines virtuelles, leurs réseaux associés sont intégrés et les adresses IP sont allouées. Vous pouvez vérifier que les réseaux sont correctement intégrés dans Infrastructure > Ressources > Réseaux > Adresses IP.

Pour garantir l'allocation d'adresses IP lors de l'intégration, vérifiez les points suivants :

  1. L'adresse IP de la machine virtuelle doit faire l'objet d'une collecte de données.
  2. Des plages d'adresses IP doivent être créées pour le réseau associé à la machine virtuelle.

    Si la machine virtuelle appartient à un réseau vSphere NSX, les plages d'adresses IP du réseau NSX doivent être créées.

  3. Un enregistrement de l'adresse IP doit déjà exister sur la page Adresses IP dans Automation Assembler.
    • S'il existe un enregistrement, l'adresse IP est disponible. Seules les adresses disponibles sont allouées.
    • S'il n'existe aucun enregistrement sous Adresses IP, l'adresse IP est Disponible par défaut, et elle est disponible pour l'allocation.
  4. En cas d'intégration IPAM externe, les propriétés personnalisées __Infoblox.IPAM.Migration.ExtensibilityKey et __IPAM.Migration.ExtensibilityKey doivent être ajoutées à la machine virtuelle avant d'exécuter le plan d'intégration.

    Les valeurs sont les resourceIds de la machine virtuelle. Les resourceIds peuvent être récupérés à partir d'Infoblox sous les attributs extensibles. Cela permet de désallouer l'adresse IP d'Infoblox si la machine virtuelle est supprimée dans Automation Assembler.

Dépannage

Si vous rencontrez des problèmes avec les plans d'intégration dans Automation Assembler, vous pouvez vous reporter à cette section de dépannage pour comprendre le problème ou le résoudre, s'il existe une solution.
Le modèle n'est pas disponible

Problème : vous souhaitez utiliser un modèle particulier, mais celui-ci ne peut pas être sélectionné lors de l'intégration.

Solution :
  • Vérifiez que le plan d'intégration est créé dans le même projet que le modèle que vous souhaitez utiliser.
  • Vérifiez que le modèle est dans un état valide sans erreur.
L'action de jour 2 Mettre à jour n'est pas activée

Problème : l'action de jour 2 Mettre à jour n'est pas disponible pour le déploiement.

Solution :
  • Vérifiez que le modèle sous-jacent attend des entrées. Si ce n'est pas le cas, l'action de jour 2 Mettre à jour n'est pas activée pour les déploiements provisionnés et intégrés avec des modèles attribués.
  • Vérifiez qu'une stratégie de jour 2 qui s'applique au déploiement est créée.
L'action de jour 2 Mettre à jour affiche les mises à jour des ressources intégrées

Problème : l'action de jour 2/déploiement itératif Mettre à jour affiche les mises à jour des ressources intégrées.

Solution :
  • Vérifiez que les machines ont été mappées correctement aux ressources du modèle.
  • Annulez l'enregistrement des machines, puis intégrez-les à nouveau avec le mappage correct.