Documentation produit
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Voir PDF

Gérer l’alimentation des machines virtuelles Azure

March 18, 2026
Contributeur: 
C

Pour plus d’informations sur les autorisations requises, consultez Autorisations Azure requises.

Provisionnement à la demande Azure

Avec le provisionnement à la demande Azure, les machines virtuelles sont créées uniquement lorsque Citrix Virtual Apps and Desktops™ initie une action de mise sous tension, une fois le provisionnement terminé.

Lorsque vous utilisez MCS pour créer des catalogues de machines dans Azure Resource Manager, la fonctionnalité de provisionnement à la demande Azure :

  • Réduit vos coûts de stockage
  • Accélère la création de catalogues

Lorsque vous créez un catalogue MCS, le portail Azure affiche les groupes de sécurité réseau, les interfaces réseau, les images de base et les disques d’identité dans les groupes de ressources.

Le portail Azure n’affiche pas de machine virtuelle tant que Citrix Virtual Apps™ and Desktops n’a pas initié une action de mise sous tension pour celle-ci. Il existe deux types de machines avec les différences suivantes :

  • Pour une machine en pool, le disque du système d’exploitation et le cache en écriture différée n’existent que lorsque la machine virtuelle existe. Lorsque vous arrêtez une machine en pool dans la console, la machine virtuelle n’est pas visible dans le portail Azure. Il y a une économie significative sur les coûts de stockage si vous arrêtez régulièrement les machines (par exemple, en dehors des heures de travail).
  • Pour une machine dédiée, le disque du système d’exploitation est créé la première fois que la machine virtuelle est mise sous tension. La machine virtuelle dans le portail Azure reste en stockage jusqu’à ce que l’identité de la machine soit supprimée. Lorsque vous arrêtez une machine dédiée dans la console, la machine virtuelle est toujours visible dans le portail Azure.

Remarque :

La prise en charge des catalogues Azure créés avant la fonctionnalité de provisionnement à la demande (catalogues « hérités ») est obsolète. Par conséquent, recréez les machines virtuelles des catalogues Azure hérités. Les catalogues sont alors provisionnés à la demande, ce qui permet d’économiser des coûts de stockage.

Conserver une machine virtuelle provisionnée lors des cycles d’alimentation

Choisissez de conserver ou non une machine virtuelle provisionnée lors des cycles d’alimentation. Utilisez le paramètre PowerShell New-ProvScheme CustomProperties. Ce paramètre prend en charge une propriété supplémentaire, PersistVm, utilisée pour déterminer si une machine virtuelle provisionnée persiste lors des cycles d’alimentation. Définissez la propriété PersistVm sur true pour conserver une machine virtuelle lorsqu’elle est hors tension, ou définissez la propriété sur false pour vous assurer que la machine virtuelle n’est pas conservée lorsqu’elle est hors tension.

Remarque :

La propriété PersistVm s’applique uniquement à un schéma de provisionnement avec les propriétés CleanOnBoot et UseWriteBackCache activées. Si la propriété PersistVm n’est pas spécifiée pour les machines virtuelles non persistantes, elles sont supprimées de l’environnement Azure lorsqu’elles sont hors tension.

Dans l’exemple suivant, le paramètre New-ProvScheme CustomProperties définit la propriété PersistVm sur true :

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
<Property xsi:type="StringProperty" Name="PersistVm" Value="true" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="demo-resourcegroup" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
</CustomProperties>
<!--NeedCopy-->

Dans l’exemple suivant, le paramètre New-ProvScheme CustomProperties préserve le cache en écriture différée en définissant PersistVM sur true :

 New-ProvScheme
 -AzureAdJoinType "None"
 -CleanOnBoot
 -CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageType`" Value=`"Standard_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"false`" /><Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"PersistVm`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"demo-resourcegroup`" /><Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Client`" /></CustomProperties>"
 -HostingUnitName "demo"
 -IdentityPoolName "NonPersistent-MCSIO-PersistVM"
 -MasterImageVM "XDHyp:\HostingUnits\demo\image.folder\scale-test.resourcegroup\demo-snapshot.snapshot"
 -NetworkMapping @ {"0"="XDHyp:\HostingUnits\demo\\virtualprivatecloud.folder\East US.region\virtualprivatecloud.folder\ji-test.resourcegroup\jitest-vnet.virtualprivatecloud\default.network"}
-ProvisioningSchemeName "NonPersistent-MCSIO-PersistVM"
 -ServiceOffering "XDHyp:\HostingUnits\demo\serviceoffering.folder\Standard_B2ms.serviceoffering" -UseWriteBackCache
 -WriteBackCacheDiskSize 127
 -WriteBackCacheMemorySize 256
 <!--NeedCopy-->

Conseil :

La propriété PersistVm détermine si une machine virtuelle provisionnée doit être conservée. La propriété PersistOsdisk détermine si le disque du système d’exploitation persiste. Pour conserver une machine virtuelle provisionnée, conservez d’abord le disque du système d’exploitation. Ne supprimez pas le disque du système d’exploitation sans d’abord supprimer la machine virtuelle. Vous pouvez utiliser la propriété PersistOsdisk sans spécifier le paramètre PersistVm.

Personnaliser le comportement de mise sous tension en cas d’échec du changement de type de stockage

Lors de la mise sous tension, le type de stockage d’un disque géré peut ne pas être modifié vers le type souhaité à cause d’un échec côté Azure. Dans ces scénarios, la VM reste arrêtée et un message d’échec vous est envoyé. Cependant, vous pouvez soit choisir de mettre la VM sous tension même si le stockage ne peut pas être restauré vers son type configuré, soit choisir de conserver la VM arrêtée.

  • Si vous configurez la propriété personnalisée FailSafeStorageType sur true (paramètre par défaut), ou si vous ne la spécifiez pas dans les commandes New-ProvScheme ou Set-ProvScheme :

    • Lors de la mise sous tension, la VM démarre avec un type de stockage incorrect.
    • Lors de l’arrêt, la VM reste arrêtée avec un type de stockage incorrect.

  • Si vous configurez la propriété personnalisée FailSafeStorageType sur false dans les commandes New-ProvScheme ou Set-ProvScheme :

    • Lors de la mise sous tension, la VM reste arrêtée avec un type de stockage incorrect.
    • Lors de l’arrêt, la VM reste arrêtée avec un type de stockage incorrect.

Pour créer un catalogue de machines :

  1. Ouvrez une fenêtre PowerShell.
  2. Exécutez asnp citrix®* pour charger les modules PowerShell spécifiques à Citrix.
  3. Créez un pool d’identités s’il n’est pas déjà créé.

  4. Ajoutez la propriété personnalisée dans New-ProvScheme. Par exemple :

    New-ProvScheme -HostingUnitName "Azure-Resources-1" -IdentityPoolName "name" -InitialBatchSizeHint 1
-MasterImageVM "XDHyp:\HostingUnits\Azure-Resources-1\image.folder\abc.resourcegroup\def.snapshot"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\Azure-Resources-1\ght.folder\abc.resourcegroup\abc-vnet.virtualprivatecloud\default.network"}
-ProvisioningSchemeName "name"
-ServiceOffering "XDHyp:\HostingUnits\Azure-Resources-1\serviceoffering.folder\Standard_DS2_v2.serviceoffering"
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
<Property xsi:type=`"StringProperty`" Name=`"StorageType`" Value=`"Premium_LRS`" />
<Property xsi:type=`"StringProperty`" Name=`"StorageTypeAtShutdown`" Value=`"Standard_LRS`" />
<Property xsi:type=`"StringProperty`" Name=`"FailSafeStorageType`" Value=`"true`" />
</CustomProperties>"
<!--NeedCopy-->
  5. Créez le catalogue de machines. Pour savoir comment créer un catalogue à l’aide du SDK Remote PowerShell, consultez https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Pour mettre à jour un catalogue de machines existant afin d’inclure la propriété personnalisée FailSafeStorageType. Cette mise à jour n’affecte pas les VM existantes.

  1. Mettez à jour la propriété personnalisée dans la commande Set-ProvScheme. Par exemple :
   Set-ProvScheme -ProvisioningSchemeName <String> -CustomProperties "
   <CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
   <Property xsi:type=`"StringProperty`" Name=`"StorageType`" Value=`"Premium_LRS`" />
   <Property xsi:type=`"StringProperty`" Name=`"IdentityDiskStorageType`" Value=`"Premium_LRS`" />
   <Property xsi:type=`"StringProperty`" Name=`"FailSafeStorageType`" Value=`"false`" />
   </CustomProperties>"
   <!--NeedCopy-->

Pour appliquer la modification effectuée dans Set-ProvScheme aux VM existantes, exécutez la commande Set-ProvVMUpdateTimeWindow avec les paramètres -StartsNow et -DurationInMinutes -1.

  1. Exécutez la commande Set-ProvVMUpdateTimeWindow avec les paramètres -StartsNow et -DurationInMinutes -1. Par exemple :

    Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1
<!--NeedCopy-->

  2. Redémarrez les VM.

Créer des VM compatibles avec l’hibernation

Dans les environnements Azure, vous pouvez créer un catalogue de machines MCS qui prend en charge l’hibernation. Grâce à cette fonctionnalité, vous pouvez suspendre une VM, puis vous reconnecter à son état précédent lorsqu’un utilisateur se reconnecte.

La capacité d’hibernation s’applique aux éléments suivants :

  • Système d’exploitation session unique
  • VM persistantes et non persistantes
  • Bureaux VDI statiques et aléatoires (poolés)

Vous pouvez reprendre la même session après avoir mis une VM en hibernation, que le bureau VDI soit statique ou aléatoire.

Dans cette section, consultez :

Prérequis pour utiliser l’hibernation

Pour utiliser l’hibernation, veillez à effectuer les tâches suivantes :

  • Installez l’agent Azure VM sur l’image principale pour Windows et Linux. Le fichier d’échange de l’image Windows peut se trouver sur le disque temporaire. MCS définit l’emplacement du fichier d’échange sur le lecteur C: dans le disque de base lorsque l’hibernation est activée sur le catalogue de machines.
  • MCS définit automatiquement la propriété d’hibernation pour les ressources générées. Vous n’avez pas besoin de configurer les propriétés des ressources maîtres pour prendre en charge l’hibernation.
  • Utilisez une taille de VM dans votre abonnement qui prend en charge l’hibernation.

  • Créez un profil de machine compatible avec l’hibernation (VM ou template spec) pour que les VM héritent de cette capacité. Pour créer la VM, consultez Prise en main de l’hibernation.

    Remarque :

    Selon Microsoft, vous pouvez déployer des VM compatibles avec l’hibernation à partir d’un disque OS. Cette fonctionnalité est actuellement prise en charge dans certaines régions et sera bientôt disponible dans toutes les régions. Pour plus d’informations, consultez Deploy hibernation enabled VMs from an OS disk.

    Pour créer la template spec, procédez comme suit :

    1. Ouvrez le portail Azure. Choisissez une VM dont vous souhaitez utiliser la configuration dans le modèle. Sélectionnez Export template dans le volet gauche.
    2. Désactivez la case à cocher Include parameters. Copiez le contenu et enregistrez-le en tant que fichier JSON, par exemple VMExportTemplate.json.
    3. Vérifiez que le paramètre hibernationEnabled est défini sur true dans le modèle. Si le paramètre n’est pas défini sur true, vérifiez la configuration de la VM utilisée. Vous pouvez spécifier une taille de VM prise en charge dans le fichier de modèle. Cependant, vous pouvez également spécifier la taille de machine lors de la création du catalogue.
    4. Ajoutez le modèle de la ressource d’interface réseau au fichier JSON VMExportTemplate.json. Vous obtenez ainsi un fichier de modèle ARM contenant deux ressources.
    5. Sélectionnez Azure Portal > Template specs > Import template > Choose local template file pour importer ce fichier de modèle en tant que template spec ARM.
    6. Une fois la spécification de modèle ARM créée, vous pouvez l’utiliser comme profil de machine.

    Remarque :

    La synchronisation avec Citrix Studio peut prendre quelques minutes.

Pour plus d’informations, consultez la documentation Microsoft Prerequisites to use hibernation.

Limitations

  • Seuls les catalogues de machines OS session unique (persistants et non persistants) sont pris en charge.
  • Les disques OS éphémères et les fonctionnalités MCS I/O ne prennent pas en charge l’hibernation Azure.
  • L’hibernation peut échouer pendant les mises à jour automatiques de Windows.

Pour plus d’informations, consultez la documentation Microsoft.

Créer et gérer un catalogue de machines compatible avec l’hibernation

Créer un catalogue à l’aide de Web Studio

  1. Sélectionnez Créer un catalogue de machines. L’assistant de création de catalogue s’ouvre.
  2. Sur la page Type de machine, sélectionnez le type de machine SE à session unique pour ce catalogue.

  3. Sur la page Gestion des machines, sélectionnez les paramètres comme suit :

    1. Sélectionnez Machines gérées par l’alimentation (par exemple, machines virtuelles ou PC lames).
    2. Sélectionnez Citrix Machine Creation Services™ (MCS).
  4. Sur la page Expérience de bureau, sélectionnez l’expérience de bureau aléatoire ou statique selon vos besoins.

  5. Sur la page Image, sélectionnez une image principale. Cochez la case Utiliser un profil de machine et sélectionnez un profil de machine qui prend en charge la mise en veille prolongée. Cliquez sur l’info-bulle pour savoir si un profil de machine prend en charge la mise en veille prolongée.

    Remarque :

    Si vous sélectionnez une image principale gérée par Azure, le panneau répertorie toutes les images qui appartiennent à la même région que celles des ressources.

  6. Sur la page Types de stockage et de licence, sélectionnez le stockage et la licence à utiliser pour ce catalogue.

  7. Sur la page Machines virtuelles, sélectionnez le nombre de machines virtuelles, la taille de la machine virtuelle et la zone de disponibilité.

    Remarque :

    Seules les tailles de machine prenant en charge la mise en veille prolongée sont affichées pour votre sélection.

  8. Sur la page Cartes réseau, ajoutez les cartes réseau que vous souhaitez que les machines virtuelles utilisent.
  9. Sur la page Paramètres de disque, sélectionnez le type de stockage et la taille du disque de cache en écriture différée.
  10. Sur la page Groupe de ressources, sélectionnez le groupe de ressources pour provisionner les machines virtuelles.
  11. Sur la page Identités de machine, sélectionnez Créer de nouveaux comptes Active Directory. Spécifiez ensuite un schéma de nommage de compte.
  12. Sur la page Informations d’identification de domaine, cliquez sur Entrer les informations d’identification. Entrez vos informations d’identification de domaine pour effectuer la création de compte dans le domaine Active Directory cible.
  13. Sur la page Résumé, entrez un nom pour le catalogue de machines, puis cliquez sur Terminer.

Une fois la création du catalogue de machines MCS terminée, localisez le catalogue dans la liste des catalogues, puis cliquez sur l’onglet Propriétés du modèle. La valeur du paramètre Mise en veille prolongée doit être Prise en charge.

Si vous souhaitez modifier un catalogue de machines, tenez compte des restrictions suivantes :

  • Si le catalogue de machines actuel prend en charge la mise en veille prolongée, vous ne pouvez pas :
    • Modifier la taille de la machine virtuelle pour une taille incompatible avec la mise en veille prolongée.
    • Modifier le profil de machine pour un profil incompatible avec la mise en veille prolongée.
  • Si le catalogue de machines actuel ne prend pas en charge la mise en veille prolongée, vous ne pouvez pas :
    • Actuellement, modifier le profil de machine pour un profil compatible avec la mise en veille prolongée à l’aide de Web Studio.

Créer un catalogue de machines pour gérer les machines virtuelles existantes compatibles avec la mise en veille prolongée

Si vous disposez déjà de machines virtuelles compatibles avec la mise en veille prolongée et que vous souhaitez les suspendre et les reprendre, créez un catalogue de machines pour importer ces machines virtuelles à des fins de gestion de l’alimentation.

Remarque :

Vous pouvez créer un catalogue de machines contenant des machines virtuelles compatibles et incompatibles avec la mise en veille prolongée. Cependant, si vous souhaitez des fonctionnalités liées à la mise en veille prolongée, vous devez créer le catalogue de machines avec uniquement des machines virtuelles compatibles avec la mise en veille prolongée.

Pour créer un catalogue pour les machines virtuelles existantes compatibles avec la mise en veille prolongée à l’aide de Web Studio, suivez les instructions à l’écran pour effectuer les étapes et prêtez attention aux paramètres clés suivants :

  1. Sur la page Gestion des machines, sélectionnez Machines gérées par l’alimentation, puis sélectionnez Autre service ou technologie comme méthode de déploiement des machines.
  2. Sur la page Machines virtuelles, ajoutez ou importez uniquement les machines virtuelles compatibles avec la mise en veille prolongée.

Créer un catalogue de machines à l’aide des commandes PowerShell

Après avoir satisfait à toutes les conditions requises pour utiliser l’hibernation, vous pouvez créer un catalogue de machines compatible avec l’hibernation à l’aide de la commande New-ProvScheme. Pour savoir comment créer un catalogue à l’aide du SDK Remote PowerShell, consultez New-ProvScheme.

Lors de la création du catalogue, vous pouvez vérifier si une taille de VM et un profil de machine prennent en charge l’hibernation à l’aide des commandes PowerShell suivantes :

  • Pour la taille de VM, exécutez la commande suivante et vérifiez que la propriété supportsHibernation est True. Par exemple,

     Get-ChildItem -AdminAddress "MyDDC.MyDomain.local" -LiteralPath @("XDHyp:\HostingUnits\ <VirtualNetwork> \serviceoffering.folder") | select Name, AdditionalData | ConvertTo-Json
 <!--NeedCopy-->

  • Pour le profil de machine, exécutez la commande suivante et vérifiez que la propriété supportsHibernation est True. Par exemple,

     Get-ChildItem -AdminAddress "MyDDC.MyDomain.local" -LiteralPath @("XDHyp:\HostingUnits\ <VirtualNetwork> \machineprofile.folder\abc.resourcegroup")|select Name, AdditionalData|ConvertTo-Json
 <!--NeedCopy-->

Si vous souhaitez modifier un catalogue de machines, tenez compte des restrictions suivantes :

  • Si le catalogue de machines actuel prend en charge l’hibernation, vous ne pouvez pas :
    • Modifier la taille de VM vers une taille incompatible avec l’hibernation
    • Modifier le profil de machine vers un profil incompatible avec l’hibernation
  • Si le catalogue de machines actuel ne prend pas en charge l’hibernation, vous ne pouvez pas :
    • Actuellement, modifier le profil de machine vers un profil compatible avec l’hibernation en utilisant Web Studio.

Pour savoir comment modifier la taille de VM et le profil de machine d’un catalogue via le SDK Remote PowerShell, consultez https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Set-ProvScheme/.

Vérifier la propriété d’hibernation

Vous pouvez vérifier la propriété d’hibernation d’un catalogue de machines, d’une VM et d’une machine Broker à l’aide des commandes PowerShell :

  • Pour vérifier la propriété d’hibernation d’un schéma de provisioning, exécutez les commandes PowerShell suivantes. Le paramètre HibernationEnabled doit être True.

     (Get-ProvScheme -provisioningSchemeName <YourSchemeName>).VMMetadata -join "" |  ConvertFrom-Json | Select HibernationEnabled
 <!--NeedCopy-->

  • Pour vérifier la propriété d’hibernation d’une VM de provisioning, exécutez les commandes PowerShell suivantes. Le paramètre SupportsHibernation doit être True.

     (Get-ProvVM -VMName <YourVMName>).CustomVmData | ConvertFrom-Json | Select SupportsHibernation
 <!--NeedCopy-->

  • Pour vérifier la capacité d’hibernation d’une machine Broker, exécutez les commandes PowerShell suivantes. Les actions d’alimentation Suspend et Resume indiquent la capacité d’hibernation.

     (Get-BrokerMachine -MachineName <YourMachineName>).SupportedPowerActions
 <!--NeedCopy-->

Gestion de l’alimentation des VM compatibles avec l’hibernation

Vous pouvez effectuer les opérations de gestion de l’alimentation suivantes sur les VM compatibles avec l’hibernation :

  • Suspendre la VM depuis l’état en cours d’exécution
  • Reprendre la VM depuis l’état suspendu
  • Forcer l’arrêt de la VM depuis l’état suspendu
  • Forcer le redémarrage de la VM depuis l’état suspendu

Consultez les sections suivantes pour plus d’informations :

Suspend

Vous pouvez suspendre une VM de l’une des manières suivantes :

  • Manuellement à l’aide de Web Studio
  • Automatiquement à l’aide de la stratégie de délai d’expiration : pour plus d’informations, consultez Miscellaneous settings.

Pour suspendre manuellement une VM :

  1. Cliquez avec le bouton droit sur la VM, puis sélectionnez Suspend. Cliquez sur Yes pour confirmer l’action. Power State passe de Suspending à Suspended.

    Suspend a hibernation-capable VM

Vous pouvez vérifier l’état de la VM dans le portail Azure.

Check the status of the VM in the Azure portal

Resume

Pour reprendre une VM en veille prolongée, utilisez l’une des méthodes suivantes :

  • Manuellement :

    • Les administrateurs peuvent reprendre la VM à l’aide de Web Studio.

      Resume the VM using Web Studio

    • Les utilisateurs finaux peuvent démarrer la VM à l’aide du menu Citrix Workspace™ lorsqu’ils cliquent sur l’icône du bureau.

      Resume VM using Citrix Workspace

  • Automatiquement :

    • Autoscale™ peut automatiquement mettre sous tension les machines en veille prolongée si vous configurez correctement les heures de pointe. Vous pouvez définir les heures de pointe par intervalles de 30 minutes en cliquant sur la planification horaire. Chaque cadre bleu représente un créneau marqué comme heure de pointe. Les heures de pointe peuvent avoir des créneaux consécutifs et non consécutifs.

      • Créneaux horaires consécutifs

        Consecutive peak time slots

      • Créneaux horaires non consécutifs

        Non-consecutive peak time slots

Remarque :

Dans Manage Autoscale > Load-based Settings, si l’Action est configurée sur Suspend, assurez-vous que toutes les VM de ce groupe de mise à disposition ont la capacité d’hibernation. Sinon, les VM qui ne peuvent pas hiberner continuent de s’exécuter.

Manage Autoscale Load based settings

Obtenir des messages d’avertissement en cas d’échec d’hibernation

Vous pouvez obtenir des messages d’avertissement à l’aide d’une commande PowerShell Get-ProvOperationEvent en cas d’échec d’hibernation des VM provisionnées par MCS et des VM existantes compatibles avec l’hibernation. Pour plus d’informations sur la commande Powershell, consultez la documentation SDK Get-ProvOperationEvent.

Pour ce faire :

  1. Ouvrez une fenêtre PowerShell.
  2. Exécutez asnp citrix* pour charger les modules PowerShell spécifiques à Citrix.

  3. Exécutez Get-ProvOperationEvent pour obtenir le message d’avertissement en cas d’échec d’hibernation.

    Get-ProvOperationEvent -filter { OperationName -eq "Suspend" }
<!--NeedCopy-->

    Output:

    EventAdditionalData : Error code = OperationNotAllowed and Error message = The Hibernate-Deallocate Operation cannot be performed on a VM that has extension 'AzureHibernateExtension' in failed state. For more information, see https://aka.ms/hibernate-resume/errors. Error details from the extension : Enabling
                  hibernate failed. Response from the powercfg command. Exit Code: 1. Error message:
                  Hibernation failed with the following error: The request is not supported.

                  The following items are preventing hibernation on this system.
                    The current Device Guard configuration has disabled hibernation.
                    An internal system component has disabled hibernation.
                            Hypervisor
                  Status: 409
                  ErrorCode: OperationNotAllowed

                  Content:
                  {
                    "error": {
                      "code": "OperationNotAllowed",
                      "message": "The Hibernate-Deallocate Operation cannot be performed on a VM that has extension 'AzureHibernateExtension' in failed state. For more information, see https://aka.ms/hibernate-resume/errors. Error details from the extension : Enabling hibernate failed. Response from the
                  powercfg command. Exit Code: 1. Error message:\nHibernation failed with the following error: The request is not supported.\r\r\n\r\nThe following items are preventing hibernation on this system.\r\n\tThe current Device Guard configuration has disabled hibernation.\r\n\tAn internal system
                  component has disabled hibernation.\r\n\t\tHypervisor"
                    }
                  }
EventCategory       : Warning
EventDateTime       : 1/11/2024 4:18:31 AM
EventId             : 0
EventMessage        : Failed to suspend machine my-resource-group/my-vm.
EventSeverity       : Important
EventSource         : AzureRmPlugin
EventState          : New
LinkedObjectType    : ProvisioningScheme
LinkedObjectUid     : 589cb600-6e65-479f-9d47-9715c4732366
OperationName       : Suspend
OperationTargetName : my-resource-group/my-vm
OperationTargetType : VirtualMachine
OperationType       : PowerManagement
Recommendation      :
<!--NeedCopy-->

Résolution des problèmes d’hibernation

Vous obtenez le message d’erreur suivant si vous essayez d’activer à la fois l’hibernation et les fonctionnalités de VM trusted launch, mais que la configuration du système d’exploitation invité n’est pas correcte.

Error code Error message
OperationNotAllowed The Hibernate-Deallocate Operation cannot be performed on a VM that has extension ‘AzureHibernateExtension’ in failed state. For more information, see https://aka.ms/hibernate-resume/errors/. Error details from the extension : Enabling hibernate failed. Response from the powercfg command. Exit Code: 1. Error message: Hibernation failed with the following error: The request is not supported. The following items are preventing hibernation on this system. The current Device Guard configuration has disabled hibernation. An internal system component has disabled hibernation.

Pour résoudre le problème, assurez-vous que la virtualisation est activée dans la VM invitée. Par exemple, vérifiez que Hyper-V est activé dans un environnement Windows. Conformément à la limitation Windows Microsoft, l’hibernation est uniquement prise en charge avec la virtualisation imbriquée lorsque trusted launch est activé sur la VM.

Pour plus d’informations sur les messages d’avertissement, consultez la documentation Microsoft Troubleshooting VM hibernation.

Remarque :

Les messages d’erreur liés à un échec de reprise d’une VM seront disponibles dans une version ultérieure.

Informations supplémentaires

Pour plus d’informations sur l’hibernation Azure Citrix, consultez l’article Citrix Tech Zone.

Gérer l’alimentation des machines virtuelles Azure
March 18, 2026
Contributeur: 
C
March 18, 2026
Contributeur: 
C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.