Résoudre les problèmes de déploiement lors de la création d’une machine virtuelle Windows dans Azure

Article
03/27/2024

Lorsque vous essayez de créer une machine virtuelle Azure, les erreurs courantes rencontrées sont des échecs d’approvisionnement ou des échecs d’allocation.

Un échec d’approvisionnement se produit lorsque l’image du système d’exploitation ne se charge pas en raison d’étapes de préparation incorrectes ou de la sélection de paramètres incorrects lors de la capture d’image à partir du portail.
Une erreur d’allocation se produit lorsque le cluster ou la région n’ont pas de ressources disponibles ou ne prennent pas en charge la taille de machine virtuelle demandée.

Si votre problème Azure n’est pas traité dans cet article, consultez les forums Azure sur MSDN et Stack Overflow. Vous pouvez publier votre problème sur ces forums ou sur @AzureSupport sur Twitter. Vous pouvez également envoyer une demande de support Azure. Pour envoyer une demande de support, rendez-vous sur la page du support Azure, puis sélectionnez Obtenir de l’aide.

Collecte des journaux d’activité

Pour résoudre les problèmes, commencez par collecter les journaux d’activité afin d’identifier l’erreur associée au problème. Les liens suivants contiennent des informations détaillées sur la marche à suivre.

Voir les opérations de déploiement

Afficher les journaux d’activité pour gérer les ressources Azure

Problème : Image personnalisée ; erreurs d’approvisionnement

Des erreurs d’approvisionnement surviennent si vous chargez ou capturez une image de machine virtuelle généralisée en tant qu’image de machine virtuelle spécialisée ou vice versa. Le premier scénario entraîne une erreur de délai d’attente d’approvisionnement et le second un échec d’approvisionnement. Pour déployer votre image personnalisée sans erreur, vous devez vous assurer que le type de l’image ne change pas pendant le processus de capture.

Le tableau suivant répertorie les combinaisons possibles d’images généralisées et spécialisées, le type d’erreur rencontrée et ce que vous devez faire pour corriger les erreurs.

Le tableau suivant répertorie les combinaisons possibles de chargement et de capture d’images de système d’exploitation Windows généralisées (gén.) et spécialisées (spéc.). La lettre O désigne les combinaisons traitées sans erreur tandis que la lettre N désigne celles générant des erreurs. Les causes et les résolutions des différentes erreurs rencontrées sont indiquées sous le tableau.

Système d’exploitation	Chargement spéc.	Chargement gén.	Capture spéc.	Capture gén.
Windows gén.	N¹	O	N³	O
Windows spéc.	O	N²	O	N⁴

O : Si le système dʼexploitation est de type Windows généralisé et quʼil est téléchargé et/ou capturé avec le paramètre généralisé, il nʼy a aucune erreur. De même, si le système dʼexploitation est de type Windows spécialisé et quʼil est téléchargé et/ou capturé avec le paramètre spécialisé, il nʼy a aucune erreur.

Erreurs de chargement :

N¹ : si le système d’exploitation est de type Windows généralisé et qu’il est chargé en tant que spécialisé, cela entraîne une erreur de dépassement du délai d’attente d’approvisionnement et la machine virtuelle est bloquée au niveau de l’écran OOBE.

N² : si le système d’exploitation est de type Windows spécialisé et qu’il est chargé en tant que généralisé, cela entraîne une erreur d’échec d’approvisionnement et la machine virtuelle est bloquée au niveau de l’écran OOBE. Cela se produit car la nouvelle machine virtuelle s’exécute avec le nom d’ordinateur, le nom d’utilisateur et le mot de passe d’origine.

Solution

Pour corriger ces deux erreurs, utilisez Add-AzVhd pour télécharger le disque dur virtuel d’origine, disponible en mode local, avec le même paramétrage que pour le système d’exploitation (généralisé/spécialisé). Pour effectuer un téléchargement de type généralisé, n’oubliez pas d’exécuter d’abord sysprep.

Erreurs de capture :

N³ : si le système d’exploitation est de type Windows généralisé et qu’il est capturé en tant que spécialisé, cela entraîne une erreur de dépassement du délai d’attente d’approvisionnement. Cela se produit car la machine virtuelle d’origine n’est pas utilisable tant qu’elle est marquée comme généralisée.

N⁴ : si le système d’exploitation est de type Windows spécialisé et qu’il est capturé en tant que généralisé, cela entraîne une erreur d’échec d’approvisionnement. Cela se produit car la nouvelle machine virtuelle s’exécute avec le nom de l’ordinateur, le nom d’utilisateur et le mot de passe d’origine. En outre, la machine virtuelle d’origine n’est pas utilisable tant qu’elle est marquée comme spécialisée.

Solution

Pour corriger ces deux erreurs, supprimez l’image actuelle du portail, et effectuez une nouvelle capture à partir des disques durs virtuels en cours, avec le même paramétrage que celui du système d’exploitation (généralisé/spécialisé).

Problème : Image personnalisée/de la galerie/de la Place de marché ; échec d’allocation

Cette erreur se produit lorsque la nouvelle demande de la machine virtuelle est épinglée à un cluster qui ne prend pas en charge la taille de machine virtuelle requise ou qui n’a pas d’espace libre suffisant pour prendre en charge la demande.

Cause 1 : Le cluster ne peut pas prendre en charge la taille de machine virtuelle demandée.

Résolution 1 :

Relancez la requête en utilisant une taille inférieure pour la machine virtuelle.
Si la taille de la machine virtuelle demandée ne peut pas être modifiée :
- Arrêtez toutes les machines virtuelles dans le groupe à haute disponibilité. Cliquez sur Groupes de ressources>votre groupe de ressources>Ressources>votre groupe à haute disponibilité>Machines virtuelles>votre machine virtuelle>Arrêter.
- Une fois que toutes les machines virtuelles sont arrêtées, créez une machine virtuelle à la taille souhaitée.
- Démarrez la nouvelle machine virtuelle en premier, puis sélectionnez chacune des machines virtuelles arrêtées et cliquez sur Démarrer.

Cause 2 : Le cluster n’a pas de ressources libres.

Résolution 2 :

Relancez la demande ultérieurement.
Si la nouvelle machine virtuelle peut faire partie d’un autre groupe à haute disponibilité
- Créez une machine virtuelle dans un autre groupe à haute disponibilité (dans la même région).
- Ajoutez la nouvelle machine virtuelle au même réseau virtuel.

Problèmes principaux

Les principaux problèmes suivants peuvent vous aider à résoudre votre problème. Pour commencer à résoudre le problème, passez en revue ces étapes :

Le cluster ne peut pas prendre en charge la taille de machine virtuelle demandée

Relancez la requête en utilisant une taille inférieure pour la machine virtuelle.
Si la taille de la machine virtuelle demandée ne peut pas être modifiée :
- Arrêtez toutes les machines virtuelles dans le groupe à haute disponibilité. Cliquez sur Groupes de ressources> votre groupe de ressources>Ressources> votre groupe à haute disponibilité >Machines virtuelles> votre machine virtuelle >Arrêter.
- Une fois que toutes les machines virtuelles sont arrêtées, créez une machine virtuelle à la taille souhaitée.
- Démarrez la nouvelle machine virtuelle en premier, puis sélectionnez chacune des machines virtuelles arrêtées et cliquez sur Démarrer.

Le cluster n’a pas de ressources libres

Relancez la requête ultérieurement.
Si la nouvelle machine virtuelle peut faire partie d’un autre groupe à haute disponibilité
- Créez une machine virtuelle dans un autre groupe à haute disponibilité (dans la même région).
- Ajoutez la nouvelle machine virtuelle au même réseau virtuel.

Forum aux questions

Comment utiliser et déployer des images de client Windows dans Azure ?

Vous pouvez utiliser Windows 7, Windows 8 ou Windows 10 dans Azure pour des scénarios de développement /de test à condition de disposer d’un abonnement Visual Studio (anciennement MSDN) approprié. Cet article décrit les conditions d’éligibilité pour les clients Windows en cours d’exécution dans Azure et l’utilisation des images de galerie Azure.

Comment déployer une machine virtuelle à l’aide du Hybrid Use Benefit (HUB) ?

Il existe de nombreuses manières de déployer des machines virtuelles Windows avec Azure Hybrid Use Benefit.

Un abonnement avec un contrat Entreprise :

Déployez des machines virtuelles à partir dʼimages de la Place de marché spécifiques qui sont préconfigurées avec Azure Hybrid Use Benefit.

Contrat Entreprise :

Téléchargez une machine virtuelle personnalisée et effectuez le déploiement à lʼaide dʼun modèle Resource Manager ou dʼAzure PowerShell.

Pour plus d’informations, consultez les ressources suivantes :

Comment activer mon crédit mensuel pour Visual Studio Enterprise (BizSpark) ?

Pour activer votre crédit mensuel, consultez cet article.

Comment ajouter Enterprise Dev/Test à mon Contrat Entreprise (EA) pour accéder aux images de client Windows ?

La possibilité de créer des abonnements basés sur l’offre Enterprise Dev/Test est limitée aux propriétaires de comptes qui y ont été autorisés par un administrateur d’entreprise. Le propriétaire de compte crée les abonnements par le biais du portail des comptes Azure. Il doit ensuite ajouter les abonnés Visual Studio actifs en tant que coadministrateurs. Ils pourront alors gérer et utiliser les ressources nécessaires au développement et au test. Pour plus d’informations, consultez Enterprise Dev/Test.

Il manque des pilotes sur ma machine virtuelle Windows Série N

Vous trouverez des instructions relatives à l’installation des pilotes pour machines virtuelles Windows ici.

Impossible de trouver une instance GPU dans ma machine virtuelle Série N

Pour tirer parti des fonctionnalités GPU des machines virtuelles de la série N, vous devez installer un pilote graphique sur chaque machine virtuelle après le déploiement. Vous trouverez des informations sur la configuration des pilotes ici.

Les machines virtuelles de la série N sont-elles disponibles dans ma région ?

Vous pouvez vérifier la disponibilité à l’aide de la Table des produits disponibles par région ainsi que les tarifications ici.

Quelles sont les images de client que je peux utiliser et déployer dans Azure, et comment les obtenir ?

Les images Windows 10 sont disponibles dans la galerie Azure sous eligible dev/test offers.
Les abonnés Visual Studio dans n’importe quel type d’offre peuvent également préparer et créer correctement une image 64 bits de Windows 7, Windows 8 ou Windows 10, puis la charger dans Azure. L’utilisation reste limitée au développement/test par les abonnés Visual Studio actifs.

Cet article décrit les conditions d’éligibilité pour les clients Windows en cours d’exécution dans Azure et l’utilisation des images de galerie Azure.

Impossible de voir les différentes familles de taille de machines virtuelles lors du redimensionnement de ma machine virtuelle

Lorsqu’un ordinateur virtuel est en cours d’exécution, il est déployé sur un serveur physique. Les serveurs physiques dans les régions Azure sont regroupés dans des clusters de matériel physique commun. La méthode pour redimensionner une machine virtuelle qui doit être transférée vers différents clusters de matériel physique peut varier en fonction du modèle de déploiement utilisé pour déployer la machine virtuelle.

Si les machines virtuelles sont déployées à partir d’un modèle de déploiement classique, le déploiement du service cloud doit être supprimé et redéployé afin de changer la taille de la machine virtuelle pour une autre famille de taille.

Importante

Les machines virtuelles classiques ont été mises hors service le 1er mars 2023.

Si vous utilisez des ressources IaaS d’ASM, veuillez terminer votre migration avant le 1er mars 2023. Nous vous encourageons à effectuer le changement plus tôt pour profiter des nombreuses améliorations de fonctionnalités d’Azure Resource Manager.

Pour plus d’informations, consultez l’article Migrez vos ressources IaaS vers Azure Resource Manager avant le 1er mars 2023.

Si les machines virtuelles sont déployées à partir du modèle de déploiement Resource Manager, vous devez arrêter toutes les machines virtuelles dans le groupe à haute disponibilité avant de changer la taille d’une machine dans le groupe à haute disponibilité.

La taille de machine virtuelle répertoriée nʼest pas prise en charge lors du déploiement dans le groupe à haute disponibilité

Choisissez une taille prise en charge par le cluster du groupe à haute disponibilité. Lors de la création d’un groupe à haute disponibilité, il est recommandé de choisir la plus grande taille de machine virtuelle dont vous pensez avoir besoin. Ce sera votre premier déploiement dans le groupe à haute disponibilité.

Est-il possible d’ajouter une machine virtuelle classique à un groupe à haute disponibilité ?

Oui. Vous pouvez ajouter une machine virtuelle classique existante à un nouveau groupe ou à un groupe à haute disponibilité déjà existant. Pour plus d’informations, consultez Ajouter une machine virtuelle existante à un groupe à haute disponibilité.

Informations complémentaires

Si vous rencontrez des problèmes lorsque vous démarrez une machine virtuelle Windows arrêtée ou que vous redimensionnez Windows une machine virtuelle existante dans Azure, consultez Résoudre les problèmes de déploiement Resource Manager liés au redémarrage ou au redimensionnement d’une machine virtuelle Windows existante dans Azure.

Étapes suivantes

Contactez-nous pour obtenir de l’aide

Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.