Forum aux questions sur les disques de machines virtuelles et les disques Premium gérés et non gérés Azure IaaS

Un disque managé standard créé à partir d’un disque dur virtuel de 80 Go est considéré comme un disque standard de la taille directement supérieure. Dans notre cas, il s’agit du disque S10. Vous êtes facturé en fonction de la tarification de disque S10. Pour plus d’informations, consultez la page relative aux prix appliqués.

Vous êtes facturé en fonction de la capacité configurée du disque. Pour plus d’informations, consultez la page relative aux prix appliqués.

Oui.

Non.

Oui. La limite maximale est de 50 000 disques managés par région et par type de disque pour un abonnement.

Non. Les machines virtuelles d’un groupe à haute disponibilité doivent utiliser exclusivement des disques managés ou non managés. Lorsque vous créez un groupe à haute disponibilité, vous pouvez définir le type de disques à utiliser.

Oui. Vous pouvez tout à fait créer un disque vide. Un disque géré peut être créé indépendamment d’une machine virtuelle, par exemple, sans le joindre à une machine virtuelle.

En fonction de la région où se trouve le groupe à haute disponibilité qui utilise la fonctionnalité Disques managés, le nombre de domaines d’erreurs pris en charge peut être de 2 ou 3.

La fonctionnalité Disques managés prend en charge trois rôles principaux par défaut :

• Propriétaire : Gérer tout, y compris l’accès
• Collaborateur : Gérer tout sauf les accès
• Lecteur : Afficher tout, mais ne pas apporter de modifications

Vous pouvez générer un URI de signature d’accès partagé (SAP) en lecture seule pour le disque managé et l’utiliser pour copier le contenu vers un compte de stockage privé ou un espace de stockage local. Vous pouvez utiliser l’Uniform Resource Identifier (URI) pour la signature d'accès partagé avec le Portail Azure, Azure PowerShell, l’interface de ligne de commande Azure ou AzCopy.

Vous pouvez prendre une capture instantanée d’un disque managé, qu’ils utilisent pour créer un autre disque managé. Vous pouvez également créer un disque managé à partir d’un disque managé existant.

Oui, mais ils seront mis hors service le 30 septembre 2025, et à compter du 18 novembre 2022, les nouveaux abonnements clients ne sont pas éligibles à la création de disques non managés. Nous vous recommandons d’utiliser des disques managés pour les nouvelles charges de travail et de migrer vos charges de travail en cours vers des disques managés.

Non.

Non.

Non. Vous ne pouvez pas mettre à jour la propriété de nom d’ordinateur. La nouvelle machine virtuelle a hérité cette particularité de la machine virtuelle parente qui a été utilisée pour créer le disque de système d’exploitation.

• Liste de modèles utilisant la fonctionnalité Disques managés
• https://github.com/chagarw/MDPP

Non, quand le nouveau disque est créé, il s’agit à ce moment-là d’une copie totalement autonome de ce blob à ce moment donné et aucune connexion n’existe entre les deux. Si vous voulez, une fois que vous avez créé le disque, vous pouvez supprimer l’objet blob source sans affecter le disque nouvellement créé en aucune façon.

Les disques managés ne peuvent pas être renommés. Par contre, vous pouvez renommer les disques non managés tant qu’ils ne sont pas attachés à une machine virtuelle ou un disque dur virtuel.

Les images de génération 1 peuvent utiliser le partitionnement GPT sur les disques de données, mais pas sur les disques de système d’exploitation. Les disques de système d’exploitation doivent utiliser le style de partition MBR.

Les images de génération 2 peuvent utiliser le partitionnement GPT sur les disques de système d’exploitation et sur les disques de données.

La réservation de disque Azure offre la possibilité d’acheter des SSD Premium dans les références SKU spécifiées de P30 (1 Tio) à P80 (32 Tio) pour une période d’un an. L’achat d’une réservation de disque ne requiert aucune quantité minimale de disques. En outre, vous pouvez choisir de payer avec un paiement initial unique ou par mensualités. Aucun coût transactionnel supplémentaire n’est appliqué pour les disques managés SSD Premium.

Les réservations sont effectuées sous forme de disques, et non de capacité. En d’autres termes, lorsque vous réservez un disque P80 (32 Tio), vous recevez un seul disque P80 ; vous ne pouvez pas ensuite diviser cette réservation spécifique en deux disques P70 plus petits (16 Tio). Vous pouvez réserver autant de disques que vous le souhaitez, y compris deux disques P70 (16 Tio) distincts.

La réservation de disque suit un modèle similaire aux instances de machines virtuelles réservées. La différence est qu’une réservation de disque ne peut pas être appliquée à différentes références SKU, contrairement aux instances de machines virtuelles. Pour plus d’informations sur les instances de machine virtuelle, consultez Économiser grâce aux instances de machines virtuelles Azure réservées.

Les réservations de disques Azure sont achetées pour une région et une référence SKU spécifiques (par exemple, P30 dans la région USA Est 2) et ne peut pas être utilisée en dehors de ces constructions. Vous pouvez toujours acheter une réservation de disque Azure supplémentaire pour vos besoins de stockage sur disque dans d’autres régions ou références SKU.

Oui, tous les types de disques prennent en charge les SLA de machine virtuelle à instance unique.

Non. Tous les disques managés, même les disques partagés, doivent se trouver dans la même région que la machine virtuelle à laquelle ils sont attachés.

SSD Premium v2 offre des performances de référence de 3 000 IOPS et 125 Mo/s pour toute taille proposée sans coût supplémentaire. Actuellement, pour les régions suivantes, la calculatrice de prix présente un prix incorrect. Jusqu’à ce que la calculatrice de prix soit corrigée, réduit 3000IOPS des IOPS cibles et 125 Mo/s pour la bande passante cible pour ces régions afin d’estimer correctement le coût : USA Centre Nord, USA Centre Ouest, USA Ouest, ROYAUME-Uni Ouest, Émirats Arabes Unis Centre, Émirats Arabes Unis Nord, Suisse Nord, Suisse Ouest, Suède Sud, Corée Centre, Corée Sud, Japon Est, Japon Ouest, Italie Nord, Inde Centre, Inde Centrale, Inde Sud, Allemagne Nord, Allemagne Centre Ouest, France Centre, Canada Centre, Canada Est, Brésil Sud, US GOV Arizona, US GOV Virginie, Australie Centre, Australie Centre, Australie Centre 2, Australie Sud-Est, Afrique Du Sud-Est, Afrique du Sud Nord, Sud-Arica Ouest.

• Vous pouvez bénéficier d’opérations de sauvegarde et de récupération plus efficaces, ce qui réduit les temps d’arrêt en cas de perte de données ou de défaillance du système, en effectuant fréquemment une sauvegarde de vos disques de données. Si le disque de données rencontre un problème, une opération de récupération est plus facile à effectuer, car il est distinct du disque du système d’exploitation.

• Vous pouvez développer votre capacité de stockage en ajoutant ou en développant des disques de données sans affecter le disque du système d’exploitation. Seuls les disques de données prennent en charge le redimensionnement dynamique, vous ne pouvez pas augmenter la taille des disques du système d’exploitation sans arrêter la machine virtuelle.

• La séparation du système d’exploitation de vos applications et données sur différents disques permet de s’assurer de l’absence d’interférence entre les données d’application et les E/S par seconde des disques du système d’exploitation. Cela peut améliorer les performances globales du système et empêcher les problèmes de contention qui peuvent survenir lorsque le système d’exploitation et les applications sont en concurrence pour les ressources de disque.

• En cas de défaillance ou d’altération du système sur le disque du système d’exploitation, vous pouvez réinitialiser ou réinstaller le système d’exploitation sans affecter le disque de données. Cela réduit le risque de perte de données et facilite la résolution des problèmes ainsi que les procédures de maintenance.

• Vous pouvez appliquer des autorisations et des contrôles d’accès distincts pour le disque du système d’exploitation et le disque de données. Cette séparation limite l’accès aux fichiers système critiques sur le disque du système d’exploitation, ce qui atténue les potentiels risques de sécurité.

Oui.

Non. Les captures instantanées doivent être copiés vers d’autres régions dans l’ordre de leur création.

La copie échoue.

Oui. Toutes les captures instantanées et images managées sont automatiquement chiffrées.

Tous les types de disques prennent en charge une forme de instantané. Pour les disques Ultra et SSD Premium v2, ils prennent uniquement en charge les instantanés incrémentiels et présentent certaines limitations. Pour plus de détails, voir Création d’un instantané incrémentiel pour les disques managés. Les autres types de disque prennent en charge les deux types d’instantanés pour toutes leurs tailles de disque.

La suppression de l’un de vos instantanés incrémentiels n’affecte pas les instantanés incrémentiels suivants. Le système fusionne les données occupées par le premier instantané avec l’instantané suivant en coulisses, afin de s’assurer que les instantanés suivants ne sont pas affectés par la suppression du premier instantané.

Les disques managés partagés compatibles peut être activée sur tous les disques managés créés avec l’API version 2019-07-01 ou supérieure. Pour cette opération, vous devez démonter le disque sur toutes les machines virtuelles auxquelles il est attaché. Puis, modifiez ensuite la propriété maxShares sur le disque.

Démontez le disque sur toutes les machines virtuelles auxquelles il est attaché. Modifiez ensuite la propriété maxShare sur le disque en lui attribuant la valeur 1.

Oui.

Si vous ne savez pas comment configurer le débit de votre disque, nous vous recommandons de commencer par une taille d’E/S de 16 Kio et d’ajuster les performances à partir de cette valeur quand vous analysez votre application. La formule est : Débit en Mbits/s = nombre d’IOPS * 16 / 1000.

En plus de la limitation de disque, une limitation d’E/S est également imposée au niveau de la machine virtuelle. Vérifiez que la taille de la machine virtuelle que vous utilisez peut prendre en charge les niveaux configurés sur vos disques. Pour plus d’informations sur les limites d’IO (E/S) imposées par votre machine virtuelle, consultez Tailles des machines virtuelles dans Azure.

Non, les disques Ultra ne prennent pas en charge les différentes méthodes de mise en cache prises en charge par d’autres types de disque. Affectez la valeur Aucune à la mise en cache de disque.

Éventuellement. Votre machine virtuelle doit se trouver dans une région et une zone de disponibilité prenant en charge les disques Ultra. Pour plus d’informations, consultez les détails permettant de bien démarrer avec les disques Ultra.

Non, les ultra disques sont pris en charge uniquement en tant que disques de données. Vous pouvez migrer les données d’un disque de données existant vers un disque Ultra. Attachez les deux disques à la même machine virtuelle et copiez directement les données sur le disque Ultra, ou utilisez une solution tierce pour la migration des données.

Non, mais vous pouvez migrer les données d’un disque existant vers un disque Ultra. Pour migrer un disque existant vers un disque Ultra, attachez les deux disques à la même machine virtuelle, puis copiez les données d’un disque sur l’autre, ou utilisez une solution tierce pour effectuer la migration des données.

Non, cette opération n’est pas prise en charge actuellement.

Non, le chargement ne peut être utilisé que lors de la création d'un disque vierge dont l'état est ReadyToUpload.

Non.

La migration implique le déplacement du disque d’un emplacement de stockage à un autre. Cette opération est effectuée via une copie en arrière-plan des données, qui peut prendre plusieurs heures (généralement moins de 24 heures), selon la quantité de données stockées sur les disques. Pendant ce temps, votre application peut afficher une latence de lecture supérieure à la normale car certaines lectures sont redirigées vers l’emplacement d’origine et prennent donc plus de temps. La latence d’écriture n’est aucunement impactée pendant cette période.

Aucune modification n’est nécessaire.

Oui, les sauvegardes fonctionnent de manière transparente.

Aucune modification n’est nécessaire.

Non. Vous pouvez créer un groupe de machines virtuelles identiques à l’aide de l’image de votre ancien groupe de machines virtuelles identiques avec des disques non managés.

Non. Vous pouvez exporter un instantané d’objet blob de pages en tant qu’objet blob de pages, puis créer un disque managé à partir de l’objet blob de pages exporté.

Oui, vous pouvez choisir de basculer vers une machine virtuelle avec la fonctionnalité Disques managés.

Non. La protection Azure Site Recovery vers Azure pour machines virtuelles avec la fonctionnalité Disques managés est disponible.

Oui

Oui. Les disques managés sont chiffrés à l’aide d’un chiffrement côté serveur avec des clés gérées par la plateforme.

Oui. Tous les disques managés sont chiffrés par défaut, y compris le disque du système d’exploitation.

Non.

Oui.

Oui.

Oui

Non. Mais si vous exportez un disque dur virtuel vers un compte de stockage chiffré depuis un disque géré chiffré ou un instantané, il sera chiffré.

Il n’est pas possible de basculer sur place, mais il est possible de créer des copies des disques et de les attacher à une nouvelle machine virtuelle chiffrée avec le chiffrement côté serveur. Toutefois, pour les machines virtuelles Linux si vous avez chiffré le disque du système d’exploitation d’une machine virtuelle Linux avec ADE, vous ne pouvez pas désactiver ADE sur Linux lorsque le disque du système d’exploitation est chiffré. Pour migrer des machines virtuelles Windows avec ADE activé ou des machines virtuelles Linux avec uniquement les disques de données chiffrés par ADE,

• Désactiver le chiffrement et supprimer l’extension de chiffrement sur Windows ou sur Linux.
• Créez ensuite un nouveau disque managé en utilisant le disque actuel comme source.
• Attachez le nouveau disque à une nouvelle machine virtuelle qui n’a jamais activé ADE.
• Chiffrez ce nouveau disque avec des clés gérées par le client.

Oui. Tout d’abord, basculez votre disque pour utiliser des clés gérées par la plateforme à l’aide de l’une des étapes suivantes :

rgName=yourResourceGroupName
diskName=yourDiskName

az disk update -n $diskName -g $rgName --encryption-type EncryptionAtRestWithPlatformKey

$rgName = "yourResourceGroupName"
$diskName = "yourDiskName"

New-AzDiskUpdateConfig -EncryptionType "EncryptionAtRestWithPlatformKey" | Update-AzDisk -ResourceGroupName $rgName -DiskName $diskName

Ensuite, chiffrez votre disque actuel avec Azure Disk Encryption.

Oui.

Toutes les images de système d’exploitation ne prennent pas en charge le déploiement avec un disque non managé dans le Portail Azure. Si votre image choisie ne prend pas en charge cette méthode de déploiement, nous vous recommandons d’utiliser des disques managés pour de nouvelles charges de travail et de convertir votre disque existant en disque managé. Si vous ne parvenez pas à utiliser des disques managés, vous pouvez déployer une machine virtuelle à l’aide de disques non managés avec le module Azure PowerShell ou Azure CLI.

Non. Vous ne pouvez joindre que des disques de données Standard aux machines virtuelles n’utilisant pas une gamme de taille qui prend en charge les disques SSD Premium.

Il existe un coût fixe pour chaque taille de disque, qui s’accompagne de limites spécifiques d’E/S par seconde et de débit. Les autres coûts sont la bande passante sortante, la capacité instantané et les coûts associés au bursting à la demande, le cas échéant. Pour plus d’informations, consultez la page relative aux prix appliqués.

Les limites combinées pour le cache et le disque SSD local d’une machine de la série DS sont de 4 000 E/S par cœur et de 33 Mo/s par cœur. La série GS offre 5 000 E/S par seconde par cœur et 50 Mo/s par cœur.

Le disque local SSD est un stockage temporaire inclus avec une machine virtuelle utilisant les disques managés. Ce stockage temporaire n’occasionne aucun frais supplémentaire. Vous ne devriez pas utiliser ce disque SSD local pour stocker les données de vos applications, car il n’est pas rendu persistant dans le stockage d’objets Azure.

L’utilisation de TRIM sur des disques Azure Premium ou Standard ne présente aucun inconvénient.

Le type de partition pris en charge par Azure pour les disques de système d’exploitation Gen1 est l’enregistrement de démarrage principal (MBR). Bien que les disques de système d’exploitation Gen1 prennent uniquement en charge MBR, les disques de données prennent en charge GPT. Bien que vous puissiez allouer un disque de système d’exploitation allant jusqu’à 4 Tio, le type de partition MBR ne peut utiliser que 2 Tio de cet espace disque pour le système d’exploitation. Azure prend en charge jusqu’à 32 Tio pour les disques de données managés.

Le type de partition pris en charge par Azure pour les disques de système d’exploitation Gen2 est GPT (GUID Partition Table). Les machines virtuelles Gen2 prennent en charge un disque de système d’exploitation allant jusqu’à 4 Tio. Azure prend en charge jusqu’à 32 Tio pour les disques de données managés.

Le type de partition pris en charge par Azure pour un disque de système d’exploitation utilisant des disques non managés est l’enregistrement de démarrage principal (MBR). Bien que vous puissiez allouer un disque de système d’exploitation allant jusqu’à 4 Tio, le type de partition MBR ne peut utiliser que 2 Tio de cet espace disque pour le système d’exploitation. Azure prend en charge jusqu’à 4 Tio pour les disques de données non managés.

La plus grande taille d’objet blob de pages prise en charge par Azure est de 8 Tio (8 191 Gio). La taille blob de page maximale en cas d’attachement à une machine virtuelle en tant que disques de données ou de système d’exploitation est de 4 Tio (4 095 Gio).

Les tailles de disque P4 (32 Gio) et P6 (64 Gio) ne sont pas prises en charge comme niveaux de disque par défaut pour les disques non managés et les objets blob de pages. Vous devez explicitement définir le niveau d’objets blob sur P4 et P6 pour que votre disque soit mappé à ces niveaux. Si vous déployez un objet blob de pages ou un disque non managé avec une taille de disque ou une longueur de contenu inférieure à 32 Gio ou entre 32 Gio et 64 Gio sans définir le niveau de l’objet blob, vous continuez à utiliser P10 avec 500 E/S p. sec. et 100 Mio/s, ainsi que le niveau tarifaire mappé.

Les disques Premium de petite taille de moins de 64 Gio continuent à être facturés selon le niveau de tarification P10.

Vous pouvez prendre un instantané de vos disques de petite taille et ensuite créer un disque pour changer automatiquement le niveau de tarification vers P4 ou P6 selon la taille fournie. Vous pouvez également utiliser les niveaux de performances. Consultez les articles sur la modification des niveaux de performances avec le module Azure CLI/PowerShell ou le Portail Azure.

Oui.

La plus grande taille de disque prise en charge par Sauvegarde Azure est 32 Tio (4 Tio pour les disques chiffrés). La plus grande taille de disque prise en charge par Azure Site Recovery est 8 Tio. La prise en charge de disques plus grands (jusqu’à 32 Tio) n’est pas encore disponible dans Azure Site Recovery.

Pour atteindre le débit de disque des disques SSD Standard et HDD Standard de plus grande taille (> 4 To) au-delà de 500 IOPS et 60 Mio/s, nous vous recommandons de déployer une nouvelle machine virtuelle à partir de l’une des tailles de machines virtuelles suivantes pour optimiser vos performances : série B, série Dsv3, série ESv3, série Fsv2, série Fs, série NCv2, série M, série GS, série NCv3, série NCv3 ou série Ls. L’attachement de disques plus grands à des machines virtuelles (existantes) qui n’utilisent pas les tailles recommandées peut entraîner une baisse de performances.

Vous pouvez arrêter et démarrer la machine virtuelle à laquelle le disque est attaché ou détacher et rattacher votre disque. Les objectifs en matière de performances de disques plus grands ont été augmentés pour les disques SSD Premium et Standard sur GA.

La mise en cache de l’hôte (lecture seule et lecture/écriture) est prise en charge sur les tailles de disque inférieures à 4 Tio. Cela signifie que tout disque fournissant jusqu’à 4,095 Gio peut tirer parti de la mise en cache de l’hôte. La mise en cache de l’hôte n’est pas prise en charge pour les tailles de disque supérieures ou égales à 4,096 Gio. Par exemple, un disque Premium P50 fournissant 4,095 Gio peut tirer parti de la mise en cache de l’hôte tandis qu’un disque P50 fournissant 4,096 Gio ne peut pas le faire. Nous vous recommandons de recourir à la mise en cache pour les plus petites tailles de disque, où vous pouvez vous attendre à observer une amélioration des performances grâce aux données mises en cache dans la machine virtuelle.

Définir la propriété DiskAccessId sur une instance d’un objet d’accès au disque et définir la propriété NetworkAccessPolicy sur AllowPrivate.

Oui.

Non.

Que dois-je faire si je n’ai pas trouvé de réponse à ma question ici ?

Si votre question n’est pas répertoriée ici, faites-le-nous savoir et nous vous aiderons à trouver une réponse. Vous pouvez poser une question à la fin de cet article dans les commentaires. Pour prendre contact avec l’équipe de Stockage Azure et d’autres membres de la Communauté concernant cet article, consultez la page de Q&R de Microsoft sur Stockage Azure.

Pour soumettre une demande de fonctionnalité, transmettez vos questions et vos idées sur le forum dédié aux commentaires sur le stockage Azure.