Après avoir déployé des modèles de cloud, vous pouvez exécuter des actions dans Automation Assembler pour gérer les ressources. Les actions disponibles dépendent du type de ressource et de si les actions sont prises en charge sur un compte de cloud particulier ou une plate-forme intégrée.

Les actions disponibles dépendent également de ce que votre administrateur vous a autorisé à exécuter.

En tant qu'administrateur ou administrateur de projet, vous pouvez configurer des stratégies d'actions du jour 2 dans Automation Service Broker. Voir Procédure à suivre pour autoriser les consommateurs à accéder aux stratégies d'action du jour 2 d'Automation Service Broker.

Vous pouvez également voir des actions qui ne sont pas incluses dans la liste. Ce sont probablement des actions personnalisées ajoutées par votre administrateur. Par exemple, une action vMotion.

Attention :

Pour modifier un déploiement vous pouvez modifier son modèle de cloud et le réappliquer ou vous pouvez utiliser des actions du jour 2. Cependant, dans la plupart des cas, vous devez éviter de mélanger les deux approches.

Les modifications du jour 2 du cycle de vie, telles que la mise sous/hors tension, sont généralement sécurisées, mais d'autres nécessitent des précautions, comme l'ajout de disques.

Par exemple, si vous ajoutez des disques avec une action de jour 2, puis adoptez une approche mixte en réappliquant le modèle de cloud, le modèle de cloud peut remplacer la modification du jour 2, ce qui peut supprimer des disques et entraîner une perte de données.

Tableau 1. Liste d'actions possibles
Action S'applique à ces types de ressource Disponible pour ces types de cloud Origine de la ressource Description
Ajouter un disque Machines
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré

Ajoutez des disques supplémentaires aux machines virtuelles existantes.

Si vous ajoutez un disque à une machine Azure, le disque persistant ou le disque non persistant est déployé dans le groupe de ressources qui inclut la machine.

Lorsque vous ajoutez un disque à des machines Azure, vous pouvez également chiffrer le nouveau disque à l'aide de l'ensemble de chiffrement de disque Azure configuré dans le profil de stockage.

Vous ne pouvez pas ajouter un disque à une machine Azure avec un disque non géré.

Lorsque vous ajoutez un disque à des machines vSphere, vous pouvez sélectionner le contrôleur SCSI, dont l'ordre a été défini dans le modèle de cloud et déployé. Vous pouvez également spécifier le numéro d'unité du nouveau disque. Vous ne pouvez pas spécifier un numéro d'unité sans contrôleur sélectionné. Si vous ne sélectionnez pas de contrôleur ou ne fournissez pas de numéro d'unité, le nouveau disque est déployé sur le premier contrôleur disponible et obtient le prochain numéro d'unité disponible sur ce contrôleur.

Si vous ajoutez un disque à une machine vSphere pour un projet avec des limites de stockage définies, le disque ajouté ne doit pas dépasser les limites de stockage. Les limites de stockage prennent en compte la capacité réelle pour le provisionnement de ressources statique et dynamique afin que vous ne puissiez pas surprovisionner lors de l'utilisation du provisionnement dynamique.

Si vous utilisez VMware Storage DRS (SDRS) et que le cluster de banques de données est configuré dans le profil de stockage, vous pouvez ajouter des disques sur SDRS aux machines vSphere.

Attacher une ressource SaltStack Machines
  • Amazon Web Services
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré

Attachez une ressource SaltStack à une ressource de déploiement afin de pouvoir installer un minion Salt et mettre à jour la configuration Salt sur la machine virtuelle. Vous pouvez utiliser cette action pour mettre à jour une configuration sur une ressource ou attacher la ressource et installer le minion sur une autre ressource du déploiement.

L'action Attacher une ressource Salt est disponible si vous avez configuré l'intégration de SaltStack Config.

Pour appliquer une configuration, vous devez sélectionner une méthode d'authentification. La méthode Accès à distance avec les informations d'identification existantes utilise les informations d'identification d'accès à distance incluses dans le déploiement. Si vous avez modifié les informations d'identification sur la machine après le déploiement, l'action peut échouer. Si vous connaissez les nouvelles informations d'identification, utilisez la méthode d'authentification par mot de passe.

Les champs Mot de passe et Clé privée utilisent le nom d'utilisateur et le mot de passe ou la clé pour valider les informations d'identification, puis se connecter à la machine virtuelle via SSH.

Si vous ne fournissez pas de valeur pour l'ID de master et l'ID de minion, Salt les crée.

Annuler
  • Déploiements
  • Divers types de ressources dans les déploiements
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Annuler un déploiement ou une action de jour 2 sur un déploiement ou une ressource pendant le traitement de la demande.

Vous pouvez annuler la demande sur la fiche de déploiement ou dans les détails du déploiement. Une fois que vous avez annulé la demande, celle-ci s'affiche comme une demande ayant échoué sur la page Déploiements. Utilisez l'action Supprimer pour libérer des ressources déployées et nettoyer votre liste de déploiements.

L'annulation d'une demande que vous pensez avoir exécutée trop longtemps est une méthode de gestion du temps de déploiement. Cependant, il est plus efficace de définir le délai d'expiration de la demande dans les projets. Le délai d'expiration par défaut est de deux heures. Vous pouvez définir une période plus longue si le déploiement de la charge de travail d'un projet nécessite plus de temps.

Modifier le bail Déploiements
  • Service Web Amazon
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré

Modifiez la date et l'heure d'expiration du bail.

Lorsqu'un bail expire, le déploiement est détruit et les ressources sont récupérées.

Les stratégies de bail sont définies dans Automation Service Broker.

Changer le propriétaire Déploiements
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré

Remplace le propriétaire du déploiement par l'utilisateur ou le groupe Active Directory sélectionné. L'utilisateur ou groupe AD sélectionné doit être un administrateur ou un membre du même projet que celui ayant déployé la demande. Seuls les utilisateurs ou les groupes AD définis dans le projet sont disponibles pour devenir le propriétaire. Les groupes personnalisés ne sont pas éligibles pour être le propriétaire cible.

Lorsqu'un concepteur de modèle de cloud déploie un modèle, le concepteur est à la fois le demandeur et le propriétaire. Cependant, un demandeur peut désigner un autre membre du projet comme propriétaire.

Vous pouvez utiliser des stratégies pour contrôler ce qu'un propriétaire peut effectuer avec un déploiement, en leur attribuant des autorisations plus ou moins restrictives.

Modifier le projet Déploiements
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • NSX-T
  • NSX-V
  • VMware Cloud Director
  • VMware Cloud Foundation
  • VMware Cloud on AWS
  • VMware vSphere
  • Déployé
  • Migré
  • Intégré

Vous utilisez l'action Modifier le projet pour déplacer un déploiement d'un projet vers un autre.

L'action Modifier le projet est disponible pour les déploiements avec des ressources déployées, des ressources migrées, des ressources intégrées et des déploiements comportant une combinaison de ressources déployées, migrées et intégrées.

Les ressources prises en charge incluent les types de ressources et les contraintes suivants :
  • Les déploiements avec des ressources déployées peuvent contenir des machines virtuelles, des disques, des équilibreurs de charge, des réseaux, des groupes de sécurité, des groupes Azure, des NAT, des passerelles, des ressources personnalisées, des configurations Terraform, ainsi que des ressources Ansible et Ansible Tower.
  • Les déploiements avec des ressources migrées peuvent contenir des machines virtuelles, des disques, des équilibreurs de charge, des réseaux, des groupes de sécurité, des NAT, des passerelles et des ressources personnalisées.
  • Les déploiements avec des ressources intégrées peuvent contenir des machines virtuelles, des disques et des réseaux.
  • Si vous ajoutez un type de ressource non pris en charge à l'un de ces types de déploiement, incluant des ressources déployées, migrées ou intégrées, vous ne pouvez pas exécuter l'action Modifier le projet.
Rôles, considérations et contraintes pour les déploiements avec des ressources déployées, migrées, intégrées et hybrides/mixtes :
  • Pour modifier le projet d'un déploiement avec des ressources déployées ou migrées. L'utilisateur initiateur doit disposer du rôle suivant :
    • Administrateur de cloud.
  • Vous pouvez uniquement modifier le projet lorsque le projet cible contient toutes les zones de cloud dans lesquelles les machines et les disques du déploiement sont déployés. Le déploiement déplacé est ensuite soumis aux limites configurées du projet cible, notamment le nombre d'instances, la mémoire, le CPU et le stockage. Après le déplacement, l'utilisation actuelle est libérée du projet source.
  • Une fois que vous avez déplacé un déploiement vers le projet cible, il est soumis aux stratégies du projet cible. Par exemple, bail, actions du jour 2, quota de ressources et autres stratégies. Pour déplacer un déploiement, le bail de déploiement défini par la stratégie de bail du projet cible ne peut pas expirer dans les prochaines 24 heures.
  • L'action Modifier le projet est disponible pour les déploiements dans lesquels les ressources personnalisées se voient attribuer une portée qui les rend disponibles pour n'importe quel projet. Les actions de cycle de vie et de jour 2 de chaque ressource personnalisée dans le déploiement doivent être partagées avec tous les projets pour vous permettre de continuer à gérer la ressource personnalisée à l'aide d'actions de cycle de vie ou d'actions de jour 2 après le déplacement du déploiement vers le nouveau projet.
  • Les contraintes d'extensibilité du projet cible doivent correspondre à l'intégration vRO ou au même fournisseur ABX FaaS que le projet source. Les intégrations et les fournisseurs doivent correspondre pour que vous puissiez gérer la ressource personnalisée à l'aide d'actions de cycle de vie ou de jour 2 après avoir déplacé le déploiement vers le nouveau projet.
  • L'action Modifier le projet est disponible pour les déploiements avec des configurations Terraform dans lesquelles toutes les sources de contenu sont partagées. Si l'une des sources de contenu utilisées dans le déploiement n'est pas partagée, l'action Modifier le projet n'est pas validée et ne s'exécute pas.
  • Si une action Modifier le projet échoue parce qu'une source de contenu de référentiel Terraform GitHub n'a pas été partagée, vous pouvez noter l'ID correspondant que vous devez partager, puis partager la source. Pour partager le référentiel source, sélectionnez Infrastructure > Intégrations et sélectionnez l'intégration de GitHub. Sur la page d'intégration ouverte, cliquez sur l'onglet Projets, développez le projet qui contient le référentiel pour l'action ayant échoué et activez le partage de ce référentiel. Vous pouvez également utiliser l'API pour partager les référentiels source de contenu.
  • L'action Modifier le projet peut ne pas être disponible si vous avez migré un déploiement contenant une ressource personnalisée qui inclut une action de mise à jour, et si vous avez effectué une mise à jour itérative du déploiement en redéployant le modèle de cloud.
Rôles, considérations et contraintes pour les déploiements incluant des ressources intégrées :
  • Pour déplacer un déploiement avec des ressources intégrées, l'utilisateur initiateur doit disposer d'au moins l'un des rôles suivants :
    • Administrateur de cloud.
    • Autorisation Gérer les déploiements. Cette autorisation peut être définie comme un rôle personnalisé.
    • Administrateur de projet du projet cible.
    • Le membre du projet cible et les déploiements sont partagés entre tous les utilisateurs du projet cible.
  • Bien que vous puissiez déplacer des ressources intégrées vers un projet qui ne contient pas les mêmes zones de cloud, si le projet cible ne contient pas les mêmes zones de cloud, les actions du jour 2 impliquant des ressources de compte ou de région de cloud que vous exécutez peuvent ne pas fonctionner.
Considérations générales :
  • Si vous êtes un administrateur qui déplace le déploiement, vous pouvez le déplacer vers un projet dont le propriétaire n'est pas membre et perd donc l'accès. Pour résoudre ce problème, vous pouvez ajouter le propriétaire au projet cible, déplacer le déploiement vers un projet dont il est membre ou utiliser l'option Changer le propriétaire.
Modifier des groupes de sécurité Machines
  • VMware vSphere
  • Déployé
  • Intégré
Vous pouvez associer des groupes de sécurité à des réseaux de machines dans un déploiement et les en dissocier. L'action de modification s'applique à des groupes de sécurité existants et à la demande pour NSX-V et NSX-T. Cette action est disponible uniquement pour les machines individuelles, pas pour les clusters de machines.

Pour associer un groupe de sécurité au réseau de la machine, le groupe de sécurité doit être présent dans le déploiement.

La dissociation d'un groupe de sécurité de tous les réseaux de toutes les machines d'un déploiement ne supprime pas le groupe de sécurité du déploiement.

Ces modifications n'affectent pas les groupes de sécurité appliqués dans le cadre des profils réseau.

Cette action modifie la configuration du groupe de sécurité de la machine sans recréer la machine. Il s'agit d'une modification non destructrice.

  • Pour modifier la configuration du groupe de sécurité de la machine, sélectionnez la machine dans le volet Topologie, puis cliquez sur le menu Action dans le volet de droite et sélectionnez Modifier les groupes de sécurité. Vous pouvez maintenant ajouter ou supprimer l'association sur les groupes de sécurité avec les réseaux de machines.
Se connecter à la console distante Machines
  • VMware vSphere
  • Déployé
  • Découvert
  • Intégré
Ouvrez une session distante sur la machine sélectionnée.

Vérifiez les conditions requises suivantes pour une connexion réussie.

  • En tant que consommateur de déploiement, vérifiez que la machine provisionnée est sous tension.
Créer un snapshot de disque Machines et disques
  • Microsoft Azure
  • Déployé
  • Intégré

Créez un snapshot d'un disque de machine virtuelle ou d'un disque de stockage.

  • Pour les machines , vous créez des snapshots pour des disques de machine individuels, y compris des disques de démarrage, des disques d'image et des disques de stockage.
  • Pour les disques de stockage, vous créez des snapshots de disques gérés indépendants, pas de disques non gérés.

En plus de fournir un nom de snapshot, vous pouvez également fournir les informations suivantes pour le snapshot :

  • Snapshot incrémentiel. Cochez la case pour créer un snapshot des modifications depuis le dernier snapshot plutôt qu'un snapshot complet.
  • Groupe de ressources. Entrez le nom du groupe de ressources cible dans lequel vous souhaitez créer le snapshot. Par défaut, le snapshot est créé dans le même groupe de ressources que celui utilisé par le disque parent.
  • ID de l'ensemble de chiffrement. Sélectionnez la clé de chiffrement du snapshot. Par défaut, le snapshot est chiffré avec la même clé que celle utilisée par le disque parent.
  • Balises. Entrez toutes les balises qui vous aideront à gérer les snapshots dans Microsoft Azure.
Créer snapshot Machines
  • Plate-forme Google Cloud
  • VMware vSphere
  • Déployé
  • Intégré
Créez un snapshot de la machine virtuelle.

Si vous avez droit à seulement deux snapshots dans vSphere et que vous les avez déjà, cette commande n'est pas disponible tant que vous n'en supprimez pas un.

Lors de la création d'un snapshot pour une machine Google Cloud Platform, vous pouvez également créer un snapshot de disque des disques attachés. Le snapshot combiné vous permet de gérer la machine comme les disques attachés en tant qu'entité unique.

Supprimer

Déploiements

  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Détruisez un déploiement.

Toutes les ressources sont supprimées et récupérées.

Si la suppression d'un déploiement échoue, vous pouvez réexécuter l'action de suppression du déploiement. Lors de la deuxième tentative, vous pouvez sélectionner Ignorer les échecs de suppression. Si vous sélectionnez cette option, le déploiement est supprimé, mais les ressources ne peuvent pas être récupérées. Vérifiez les systèmes sur lesquels le déploiement a été provisionné pour vous assurer que toutes les ressources sont supprimées. Si ce n'est pas le cas, supprimez manuellement les ressources résiduelles sur ces systèmes.

Passerelle NSX
  • NSX
  • Déployé
  • Intégré
Supprimez les règles de transfert de port NAT d'une passerelle NSX-T ou NSX-V.
Machines et équilibrages de charge
  • Service Web Amazon
  • Microsoft Azure
  • VMware vSphere
  • VMware NSX
  • Déployé
  • Intégré
Supprimez une machine ou un équilibrage de charge d'un déploiement. Cette action peut générer un déploiement inutilisable.
Groupes de sécurité
  • NSX-T
  • NSX-V
  • Déployé
  • Intégré
Si le groupe de sécurité n'est associé à aucune machine du déploiement, le processus supprime le groupe de sécurité du déploiement.
  • Si le groupe de sécurité est à la demande, il est détruit sur le point de terminaison.
  • Si le groupe de sécurité est partagé, l'action échoue.
Clusters Tanzu Kubernetes
  • VMware vSphere
  • Déployé
  • Intégré
Supprimez un cluster Tanzu Kubernetes d'un déploiement.
Supprimer un snapshot de disque

Machines et disques

  • Microsoft Azure
  • Déployé
  • Intégré

Supprimez un disque de machine virtuelle Azure ou un snapshot de disque géré.

Cette action est disponible en présence d'au moins un snapshot.

Supprimer le snapshot Machines
  • VMware vSphere
  • Plate-forme Google Cloud
  • Déployé
  • Intégré
Supprimez un snapshot de la machine virtuelle.
Désactiver les diagnostics de démarrage Machines
  • Microsoft Azure
  • Déployé
  • Intégré
Désactivez la fonctionnalité de débogage de machine virtuelle Azure.

Cette option est uniquement disponible lorsque la fonctionnalité est activée.

Désactiver l'analyse des journaux Machines
  • Microsoft Azure
  • Déployé
  • Intégré

Désactivez la possibilité d'exécuter des requêtes de journal sur les journaux de la machine virtuelle Azure.

Sélectionnez le nom de l'extension que vous souhaitez désactiver. Il n'y a pas de nom d'extension à sélectionner. L'analyse des journaux n'est actuellement pas activée sur cette machine.

Pour utiliser l'analyse des journaux, Azure Monitor et le modèle de cloud doivent être configurés pour prendre en charge l'espace de travail. Reportez-vous à la section Analyse des journaux.

Modifier des balises Déploiements
  • Service Web Amazon
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Ajoutez ou modifiez des balises de ressources qui sont appliquées à des ressources de déploiement individuelles.
Activer les diagnostics de démarrage Machines
  • Microsoft Azure
  • Déployé
  • Intégré
Activez la fonctionnalité de débogage de machine virtuelle Azure pour diagnostiquer les échecs de démarrage de machine virtuelle. Les informations de diagnostic de démarrage sont disponibles dans la console Azure.

L'option Activer n'est disponible que si la fonctionnalité n'est actuellement pas activée.

Activer l'analyse des journaux Machines
  • Microsoft Azure
  • Déployé
  • Intégré

Activez la machine virtuelle Azure pour modifier et exécuter des requêtes de journal sur les données collectées par les journaux du moniteur Azure.

Vous fournissez le nom de l'extension. L'ID d'espace de travail et la clé doivent être les valeurs configurées dans Azure.

Pour utiliser l'analyse des journaux, Azure Monitor et le modèle de cloud doivent être configurés pour prendre en charge l'espace de travail. Reportez-vous à la section Analyse des journaux.

Obtenir l'état Terraform Configuration Terraform
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Affichez le fichier d'état Terraform.

Pour afficher les modifications apportées aux machines Terraform sur les plates-formes cloud sur lesquelles elles ont été déployées et mettre à jour le déploiement, commencez par exécuter l'action Actualiser l'état Terraform, puis exécutez cette action Obtenir l'état Terraform.

Lorsque le fichier s'affiche dans une boîte de dialogue. Le fichier est disponible pendant environ 1 heure avant de devoir exécuter une nouvelle action Actualiser. Vous pouvez le copier si vous en avez besoin ultérieurement.

Vous pouvez également afficher le fichier dans l'onglet Historique du déploiement. Sélectionnez l'événement Obtenir l'état Terraform dans l'onglet Événements, puis cliquez sur Détails de la demande. Si le fichier n'a pas expiré, cliquez sur Afficher le contenu. Si le fichier a expiré, exécutez à nouveau les actions Actualiser et Obtenir.

Exemple de détails de la demande dans lesquels vous pouvez afficher le fichier d'état Terraform.

Vous pouvez exécuter une autre action du jour 2 sur les ressources Terraform intégrées à la configuration. Les actions disponibles dépendent du type de ressource, de la plate-forme cloud sur laquelle elles sont déployées et de si vous êtes autorisé à exécuter les actions basées sur une stratégie de jour 2.

Mettre hors tension

Déploiements

  • Service Web Amazon
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Découvert
  • Intégré

Mettez le déploiement hors tension après la première tentative d'arrêt des systèmes d'exploitation invités. Si la mise hors tension logicielle échoue, une mise hors tension matérielle s'exécute toujours.

Machines

  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré

Mettez la machine hors tension après la première tentative d'arrêt des systèmes d'exploitation invités. Si la mise hors tension logicielle échoue, la mise hors tension matérielle s'exécute toujours.

Mettre sous tension

Déploiements

  • Service Web Amazon
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Activez le déploiement. Si les ressources ont été interrompues, le fonctionnement normal reprend au point d'interruption.

Machines

  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Découvert
  • Intégré
Mettez la machine sous tension. Si la machine a été interrompue, le fonctionnement normal reprend au point d'interruption.
Redémarrer Machines
  • Service Web Amazon
  • VMware vSphere
  • Déployé
  • Intégré

Redémarrez le système d'exploitation invité sur une machine virtuelle.

Pour une machine vSphere, VMware Tools doit être installé sur la machine pour utiliser cette action.

Recréer Machines
  • VMware vSphere
  • Déployé
  • Migré
  • Intégré

Recréez une machine virtuelle si le déploiement a entraîné un déploiement partiel, si la machine virtuelle n'est pas utilisable ou pour reprovisionner une machine virtuelle problématique après un déploiement réussi.

Le processus de recréation conserve la même configuration, telle que le nom, l'ID, l'adresse IP, la banque de données de machine et les propriétés personnalisées.

Un disque non persistant attaché à une machine virtuelle est effacé et recréé dans le cadre de l'action de création. Tous les disques de première classe attachés sont détachés et le contenu est conservé. Après avoir recréé la machine, vous pouvez rattacher le disque.

Reconfigurer Équilibrages de charge
  • Service Web Amazon
  • Microsoft Azure
  • VMware NSX
  • Déployé
  • Intégré

Modifiez la taille de l'équilibrage de charge et le niveau de journalisation.

Vous pouvez également ajouter ou supprimer des routes et modifier le protocole, le port, la configuration de la santé et les paramètres du pool de membres.

Pour les équilibrages de charge NSX, vous pouvez activer ou désactiver le contrôle de santé et modifier les options de santé. Pour NSX-T, vous pouvez définir le contrôle sur actif ou passif. NSX-V ne prend pas en charge les contrôles de santé passifs.

Transfert de port de la passerelle NSX
  • NSX-T
  • NSX-V
  • Déployé
  • Intégré
Ajouter, modifier ou supprimer les règles de transfert de port NAT à partir d'une passerelle NSX-T ou NSX-V.
Groupes de sécurité
  • NSX-T
  • NSX-V
  • VMware Cloud
  • VMware vSphere
  • Déployé
  • Intégré

Ajoutez, modifiez ou supprimez des règles ou des contraintes de pare-feu selon que le groupe de sécurité est un groupe de sécurité à la demande ou un groupe de sécurité existant.

  • Groupe de sécurité à la demande

    Ajoutez, modifiez ou supprimez des règles de pare-feu pour les groupes de sécurité à la demande NSX-T et VMware Cloud.

    • Pour ajouter ou supprimer une règle, sélectionnez le groupe de sécurité dans le volet de topologie, cliquez sur le menu Action dans le volet de droite, puis sélectionnez Reconfigurer. Vous pouvez désormais ajouter, modifier ou supprimer les règles.
  • Groupe de sécurité existant

    Ajoutez, modifiez ou supprimez des contraintes pour des groupes de sécurité NSX-V, NSX-T et VMware Cloud existants.

    • Pour ajouter ou supprimer une contrainte, sélectionnez le groupe de sécurité dans le volet de topologie, cliquez sur le menu Action dans le volet de droite, puis sélectionnez Reconfigurer. Vous pouvez maintenant ajouter, modifier ou supprimer les contraintes.
Actualiser l'état Terraform Configuration Terraform
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Récupérez la dernière itération du fichier d'état Terraform.

Pour récupérer les modifications apportées aux machines Terraform sur les plates-formes cloud sur lesquelles elles ont été déployées et mettre à jour le déploiement, vous devez d'abord exécuter cette action Actualiser l'état Terraform.

Pour afficher le fichier, exécutez l'action Obtenir l'état Terraform sur la configuration.

Utilisez l'onglet Historique du déploiement pour surveiller le processus d'actualisation.

Supprimer un disque Machines
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré

Supprimez des disques des machines virtuelles existantes.

Si vous exécutez l'action du jour 2 sur un déploiement déployé en tant que machines vSphere et disques, le nombre de disques est récupéré, car il s'applique aux limites de stockage du projet. Les limites de stockage prennent en compte la capacité réelle pour le provisionnement de ressources statique et dynamique afin que vous ne puissiez pas surprovisionner lors de l'utilisation du provisionnement dynamique. Les limites de stockage du projet ne s'appliquent pas aux disques supplémentaires que vous avez ajoutés après le déploiement sous la forme d'une action de jour 2.

Réinitialiser Machines
  • Service Web Amazon
  • Plate-forme Google Cloud
  • VMware vSphere
  • Déployé
  • Intégré

Forcez le redémarrage d'une machine virtuelle sans arrêter le système d'exploitation invité.

Redimensionner Machines
  • Service Web Amazon
  • Microsoft Azure
  • Plate-forme Google Cloud
  • VMware vSphere
  • Déployé
  • Intégré

Augmentez ou diminuez le CPU et la mémoire d'une machine virtuelle.

Redimensionner le disque de démarrage Machines
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré

Augmentez ou diminuez la taille du support de disque de démarrage.

Si vous exécutez l'action du jour 2 sur un déploiement déployé en tant que machines et disques vSphere, et que l'action échoue avec un message semblable à « Le stockage demandé est supérieur au placement de stockage disponible », cela est probablement dû aux limites de stockage définies sur vos modèles de machines virtuelles vSphere et la bibliothèque de contenu qui sont définis dans le projet. Les limites de stockage prennent en compte la capacité réelle pour le provisionnement de ressources statique et dynamique afin que vous ne puissiez pas surprovisionner lors de l'utilisation du provisionnement dynamique. Les limites de stockage du projet ne s'appliquent pas aux disques supplémentaires que vous avez ajoutés après le déploiement sous la forme d'une action de jour 2.

Redimensionner le disque Disque de stockage
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Déployé
  • Intégré

Augmentez la capacité d'un disque de stockage.

Si vous exécutez l'action du jour 2 sur un déploiement déployé en tant que machines et disques vSphere, et que l'action échoue avec un message semblable à « Le stockage demandé est supérieur au placement de stockage disponible », cela est probablement dû aux limites de stockage définies sur vos modèles de machines virtuelles vSphere et la bibliothèque de contenu qui sont définis dans le projet. Les limites de stockage prennent en compte la capacité réelle pour le provisionnement de ressources statique et dynamique afin que vous ne puissiez pas surprovisionner lors de l'utilisation du provisionnement dynamique. Les limites de stockage du projet ne s'appliquent pas aux disques supplémentaires que vous avez ajoutés après le déploiement sous la forme d'une action de jour 2.

Pour vSphere Storage DRS, vous pouvez déplacer la machine virtuelle dans le cluster si le LUN actuel n'a pas suffisamment d'espace.

Machines
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Augmentez ou diminuez la taille des disques inclus dans le modèle d'image de machine et tous les disques attachés.
Redémarrer Machines
  • Microsoft Azure
  • Déployé
  • Intégré
Arrêtez et redémarrez une machine en cours d'exécution.
Restaurer le snapshot Machines
  • Plate-forme Google Cloud
  • VMware vSphere
  • Déployé
  • Intégré
Restaurez un snapshot de la machine.

Vous devez disposer d'un snapshot existant pour utiliser cette action.

Si vous avez créé un snapshot pour une machine Google Cloud Platform qui incluait les disques attachés, le snapshot complet est rétabli.

Exécuter la tâche Puppet Ressources gérées
  • Entreprise Puppet
  • Déployé
  • Intégré
Exécutez la tâche sélectionnée sur les machines de votre déploiement.

Les tâches sont définies dans votre instance Puppet. Vous devez être en mesure d'identifier la tâche et de fournir les paramètres d'entrée.

Mettre à l'échelle les nœuds worker Clusters Tanzu Kubernetes
  • VMware vSphere
  • Déployé
  • Intégré

Augmentez ou diminuez le nombre de machines virtuelles de nœud worker Tanzu Kubernetes dans votre déploiement.

Arrêter Machines
  • VMware vSphere
  • Déployé
Arrêtez le système d'exploitation invité et mettez la machine hors tension. VMware Tools doit être installé sur la machine pour utiliser cette action.
Interrompre Machines
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Mettez la machine en pause de sorte qu'elle ne puisse pas être utilisée et qu'elle ne consomme aucune ressource système autre que le stockage qu'elle utilise.
Mettre à jour Déploiements
  • Service Web Amazon
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Modifiez le déploiement en fonction des paramètres d'entrée.

Pour obtenir un exemple, reportez-vous à la section Déplacement d'une machine déployée vers un autre réseau.

Si le déploiement est basé sur des ressources vSphere, et que la machine et les disques incluent l'option de nombre, les limites de stockage définies dans le projet peuvent s'appliquer lorsque vous augmentez le nombre. Si l'action échoue avec un message semblable à « Le stockage demandé est supérieur au positionnement de stockage disponible », cela est probablement dû aux limites de stockage définies sur vos modèles de machines virtuelles vSphere qui sont définis dans le projet. Les limites de stockage du projet ne s'appliquent pas aux disques supplémentaires que vous avez ajoutés après le déploiement sous la forme d'une action de jour 2.

Certaines propriétés ne peuvent pas être mises à jour à l'aide de cette action. Reportez-vous à la section Propriétés de déploiement que vous ne pouvez pas mettre à jour à l'aide d'actions de jour 2 dans VMware Aria Automation.

Mettre à jour la configuration Salt Ressource SaltStack Config
  • Service Web Amazon
  • VMware vSphere
  • Déployé
  • Intégré
Ajoutez ou modifiez l'environnement Salt, appliquez des fichiers d'état ou fournissez des variables pour la ressource Salt sélectionnée.
Mettre à jour les balises Machines et disques
  • Service Web Amazon
  • Microsoft Azure
  • VMware vSphere
  • Déployé
  • Intégré
Ajoutez, modifiez ou supprimez une balise qui est appliquée à une ressource individuelle.
Mettre à jour la version de Tanzu Clusters Tanzu Kubernetes
  • VMware vSphere
  • Déployé
  • Intégré
Mettez à jour la version actuelle de Kubernetes vers une version ultérieure.
Désinscrire Machines
  • Service Web Amazon
  • Plate-forme Google Cloud
  • Microsoft Azure
  • VMware vSphere
  • Déployé (vSphere uniquement)
  • Intégré

Désinscrivez des machines pour les supprimer de la gestion et de l'inventaire VMware Aria Automation. Les machines ne sont pas supprimées de la plate-forme de cloud.

Les machines non enregistrées sont toujours découvertes lors du prochain cycle de collecte. Vous pouvez exécuter le workflow d'intégration pour les remettre sous gestion. Par exemple, vous souhaiterez peut-être intégrer une machine dans un nouveau projet ou une autre instance de VMware Aria Automation.

  • Considérations relatives aux machines vSphere déployées.
    • Vous ne pouvez pas désinscrire une machine faisant partie d'un cluster ou associée à un équilibreur de charge. Ces limitations évitent d'affecter négativement les activités de montée en charge ou de réduction de charge.
    • La machine désinscrite et tous les disques attachés sont supprimés de la gestion VMware Aria Automation. Si vous devez continuer à gérer le disque, vous pouvez utiliser l'API IaaS pour détacher le disque avant de désinscrire la machine.
    • Si un déploiement ne comporte qu'une seule machine et que vous la désinscrivez, le déploiement est conservé dans VMware Aria Automation.
    • Une machine désinscrite peut toujours être une machine découverte que vous pouvez intégrer, si nécessaire. Après la désinscription d'une machine, celle-ci ne sera pas détectée à nouveau avant un cycle de collecte complet, ce qui peut prendre jusqu'à 24 heures.
    • La machine est supprimée des licences et des mesures de VMware Aria Automation.
    • Le quota de réservation et la limite de stockage sont ajustés lorsque la machine n'est plus gérée.
    • Lorsque vous désinscrivez une machine, l'adresse IP passe de ALLOCATED à UNREGISTERED dans Automation. Si la machine est à nouveau intégrée, l'adresse IP repasse à ALLOCATED. Si une machine désinscrite est supprimée dans vCenter, l'adresse IP reste UNREGISTERED dans VMware Aria Automation.

      Pour libérer manuellement l'adresse IP, sélectionnez Infrastructure > Ressources > Réseaux. Sélectionnez l'onglet Adresses IP et recherchez les adresses IP dont l'état est Non enregistré. Libérez l'adresse IP si nécessaire.

    • Toutes les règles NAT qui ciblent la carte réseau de la machine désinscrite sont supprimées de la liste des règles NAT dans VMware Aria Automation lorsque la machine est désinscrite. Si toutes les règles NAT ciblent uniquement les cartes réseau sur la machine que vous souhaitez désinscrire, la désinscription échoue. Il doit y avoir au moins une règle NAT dans la liste. Vous pouvez reconfigurer les règles NAT ou supprimer la ressource NAT avant de désinscrire la machine.

      Aucune modification s'apportée aux configurations NSX DNAT ou de routeur.

    • Il existe des rubriques concernant la désinscription des événements d'extensibilité. Des événements antérieurs et postérieurs à la désinscription sont générés par le service Event Broker.
  • Considérations relatives aux machines intégrées.
    • La machine désinscrite et tous les disques attachés sont supprimés de la gestion VMware Aria Automation.
    • Après avoir supprimé la machine, vous pouvez réexécuter le workflow d'intégration de la machine désinscrite. Vous souhaitez peut-être intégrer de nouveau la ressource, cette fois-ci dans un nouveau projet.
    • Si vous apportez des modifications à la machine après son intégration (par exemple, si vous ajoutez un disque avant de désinscrire la machine), la désinscription échoue.