Exigences relatives aux modifications EBS de volume - Amazon EBS
Types d’instance pris en chargeSystème d’exploitationLimites

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Exigences relatives aux modifications EBS de volume

Les exigences et limitations suivantes s'appliquent lorsque vous modifiez un EBS volume Amazon. Pour en savoir plus sur les exigences générales relatives aux EBS volumes, consultezContraintes relatives à la taille et à la configuration d'un EBS volume.

Types d’instance pris en charge

Elastic Volumes est pris en charge sur les instances suivantes :

Si votre type d’instance ne prend pas en charge Elastic Volumes, consultez Modifier un EBS volume si Elastic Volumes n'est pas pris en charge.

Système d’exploitation

Les exigences de système d'exploitation suivantes s'appliquent :

Linux AMIs nécessite une table de GUID partition (GPT) et GRUB 2 pour les volumes de démarrage de 2 TiB (2 048 GiB) ou plus. De AMIs nos jours, de nombreux systèmes Linux utilisent encore le schéma de MBR partitionnement, qui ne prend en charge que des volumes de démarrage allant jusqu'à 2 TiB. Si votre instance ne démarre pas avec un volume de démarrage supérieur à 2 TiB, le volume de démarrage que AMI vous utilisez peut être limité à une taille de volume de démarrage inférieure à 2 TiB. Les volumes autres que ceux de démarrage ne sont pas soumis à cette restriction sur les instances Linux. Pour connaître les exigences relatives aux volumes Windows, consultez la section Exigences relatives aux volumes Windows dans le guide de EC2 l'utilisateur Amazon.

Avant de tenter de redimensionner un volume de démarrage au-delà de 2 TiB, vous pouvez déterminer si le volume MBR utilise GPT ou partitionne en exécutant la commande suivante sur votre instance :

[ec2-user ~]$ sudo gdisk -l /dev/xvda

Une instance Amazon Linux avec GPT partitionnement renvoie les informations suivantes :

GPT fdisk (gdisk) version 0.8.10
  
  Partition table scan:
    MBR: protective
    BSD: not present
    APM: not present
    GPT: present
  
  Found valid GPT with protective MBR; using GPT.

Une SUSE instance avec MBR partitionnement renvoie les informations suivantes :

GPT fdisk (gdisk) version 0.8.8
  
  Partition table scan:
    MBR: MBR only
    BSD: not present
    APM: not present
    GPT: not present

Par défaut, Windows initialise les volumes avec une table de partition Master Boot Record (MBR). Étant donné que seuls MBR les volumes inférieurs à 2 TiB (2 048 GiB) sont pris en charge, Windows vous empêche de MBR redimensionner les volumes au-delà de cette limite. Dans ce cas, l’option Extend Volume (Étendre le volume) est désactivée dans l’utilitaire Windows Gestion des disques. Si vous utilisez le AWS Management Console ou AWS CLI pour créer un volume MBR partitionné dont la taille dépasse la limite de taille, Windows ne peut ni détecter ni utiliser l'espace supplémentaire. Pour connaître les exigences relatives aux volumes Linux, consultez la section Exigences relatives aux volumes Linux dans le guide de EC2 l'utilisateur Amazon.

Pour contourner cette limitation, vous pouvez créer un nouveau volume plus important avec une table de GUID partition (GPT) et copier les données du MBR volume d'origine.

Pour créer un GPT volume

  1. Créez un nouveau volume vide de la taille souhaitée dans la zone de disponibilité de l'EC2instance et attachez-le à votre instance.

    Note

    Le nouveau volume ne doit pas être un volume restauré à partir d’un instantané.

  2. Connectez-vous au système Windows et ouvrez Gestion des disques (diskmgmt.exe).

  3. Ouvrez le menu contextuel (clic droit) pour le disque et choisissez En ligne.

  4. Dans la fenêtre Initialiser le disque, sélectionnez le nouveau disque et choisissez GPT(Table de GUID partition), OK.

  5. Lorsque l’initialisation est terminée, copiez les données du volume d’origine vers le nouveau volume à l’aide d’un outil comme robocopy ou teracopy.

  6. Dans Gestion des disques, modifiez les lettres des lecteurs avec les valeurs correspondantes et déconnectez l’ancien volume.

  7. Dans la EC2 console Amazon, détachez l'ancien volume de l'instance, redémarrez l'instance pour vérifier qu'elle fonctionne correctement, puis supprimez l'ancien volume.

Limites

  • Il existe des limites au stockage agrégé maximal qui peut être demandé pour les modifications de volume. Pour plus d'informations, consultez la section Quotas EBS de service Amazon dans le Référence générale d'Amazon Web Services.

  • Après avoir modifié un volume, vous devez attendre au moins six heures et veiller à ce que le volume soit à l’état in-use ou available avant de pouvoir le modifier.

  • La modification d'un EBS volume peut prendre de quelques minutes à quelques heures, selon les modifications de configuration appliquées. La EBS modification d'un volume de 1 TiB peut généralement prendre jusqu'à six heures. Cependant, le même volume peut nécessiter 24 heures ou plus dans d’autres situations. Le temps nécessaire à la modification des volumes n’évolue pas toujours de manière linéaire. Par conséquent, un volume plus important peut prendre moins de temps, et un volume plus petit peut prendre plus de temps.

  • Si le volume a été attaché avant le 3 novembre 2016 à 23:40UTC, vous devez initialiser le support d'Elastic Volumes. Pour plus d’informations, consultez Initialisation de la prise en charge d’Elastic Volumes.

  • Si un message d'erreur s'affiche lorsque vous tentez de modifier un EBS volume, ou si vous modifiez un EBS volume attaché à un type d'instance de génération précédente, effectuez l'une des opérations suivantes :

    • Pour un volume non-racine, détachez le volume de l’instance, appliquez les modifications, puis attachez à nouveau le volume.

    • Pour un volume racine, arrêtez l’instance, appliquez les modifications, puis redémarrez l’instance.

  • La durée de modification est augmentée pour les volumes qui ne sont pas entièrement initialisés. Pour plus d’informations, consultez Initialisation des volumes Amazon EBS.

  • La nouvelle taille de volume ne peut pas dépasser la capacité prise en charge de son système de fichiers et de son schéma de partitionnement. Pour plus d’informations, consultez Contraintes relatives à la taille et à la configuration d'un EBS volume.

  • Si vous modifiez le type d’un volume, la taille et les performances doivent s’inscrire dans les limites du type de volume cible. Pour plus d’informations, consultez Types de EBS volumes Amazon.

  • Vous ne pouvez pas réduire la taille d'un EBS volume. Cependant, vous pouvez créer un volume plus petit, puis y faire migrer vos données à l'aide d'un outil au niveau de l'application tel que rsync (instances Linux) ou robocopy (instances Windows).

  • Après en avoir provisionné plus de 32 000 IOPS sur un io2 volume existantio1, vous devrez peut-être détacher et rattacher le volume, ou redémarrer l'instance pour bénéficier de toutes les améliorations de performances.

  • io2les volumes attachés aux instances basées sur le système Nitro prennent en charge des tailles allant jusqu'à 64 TiB IOPS et jusqu'à 256 000. IOPS io2les volumes attachés à d'autres instances prennent en charge des tailles allant jusqu'à 16 TiB et IOPS jusqu'à 64 000, mais ne peuvent atteindre des performances que jusqu'à 32 000. IOPS

  • Vous ne pouvez pas modifier le type des volumes io2 activés pour Multi-Attach.

  • Vous ne pouvez pas modifier le type de volume, la taille ou le provisionnement des volumes activés io1 pour IOPS l'option Multi-Attach.

  • Un volume racine de typeio1,io2,gp2,gp3, ou standard ne peut pas être modifié en volume st1 ou sc1, même s’il est détaché de l’instance.

  • Alors que les instances m3.medium prennent pleinement en charge la modification du volume, m3.large, m3.xlarge, et m3.2xlarge peuvent ne pas prendre en charge toutes les fonctionnalités de modification de volume.