Actions pouvant être exécutées sur les déploiements de Cloud Assembly ou les ressources prises en charge

Après avoir déployé des modèles de cloud, vous pouvez exécuter des actions dans Cloud Assembly 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 Service Broker. Voir Procédure à suivre pour autoriser les consommateurs à accéder au stratégies d'action du jour 2 de 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 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 incluant des ressources déployées, des ressources migrées et des ressources intégrées. Cette action n'est pas prise en charge pour les déploiements qui contiennent une combinaison de ressources déployé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 incluant des ressources déployées ou migrées : 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. 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. 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.
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 vRealize 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	Intégré	L'action d'annulation d'enregistrement n'est disponible que pour les machines de déploiement intégrées. Les machines non enregistrées sont supprimées du déploiement, ainsi que les disques attachés. En supprimant les ressources, vous pouvez ré-exécuter le workflow d'intégration de la machine non enregistrée. Vous souhaitez peut-être intégrer de nouveau la ressource, cette fois-ci dans un nouveau projet. Si vous apportez des modifications à la machine, par exemple ajouter un disque, avant d'en annuler l'enregistrement, l'action d'annulation d'enregistrement échoue.