Volumes de données

Après avoir approvisionné votre volume de données avec le profil sdp, vous pouvez augmenter sa capacité de volume par incréments de 1 Go jusqu'à 32 000 Go. Si vous avez provisionné des volumes de données avec les profils de première génération (hiérarchisés ou personnalisés), attachez le volume à une instance en cours d'exécution, puis vous pouvez augmenter la taille de son volume par incréments de Go jusqu'à une capacité de 16 000 Go, en fonction de votre profil de volume. L'opération de redimensionnement n'entraîne aucune interruption de service ni aucun manque d'accès au stockage.

La facturation du volume est automatiquement mise à jour pour ajouter la différence au prorata du nouveau prix au cycle de facturation en cours. Le nouveau montant total est ensuite facturé dans le cycle de facturation suivant.

Pour étendre un volume de première génération, celui-ci doit être disponible et rattaché à une instance en cours d'exécution. Pour étendre un volume de deuxième génération, celui-ci doit être dans un état disponible.

Vous pouvez utiliser l'interface utilisateur, la ligne de commande, l'API ou Terraform pour augmenter la capacité de stockage. Votre autorisation utilisateur est vérifiée avant l'extension du volume.

Vous pouvez agrandir le volume plusieurs fois, jusqu'à sa capacité maximale. Une fois le volume étendu, il est impossible de réduire sa capacité.

La capacité étendue est déterminée par le maximum autorisé par le profil du volume.

• Les volumes créés avec le profil sdp peuvent être étendus jusqu'à 32 000 Go.

• Les volumes créés avec l'un des profils de volume de la famille de niveaux peuvent être étendus jusqu'à la taille maximale de leur niveau :

  • Un profil polyvalent 3 IOPS/Go peut être étendu jusqu'à 16 000 Go.
  • Un profil 5 IOPS/Go peut être étendu jusqu'à 9 600 Go.
  • Un profil 10 IOPS/Go peut être étendu jusqu'à 4 800 Go.

Les valeurs IOPS sont automatiquement ajustées pour les profils à plusieurs niveaux, en fonction de la taille du volume. Par exemple, si vous étendez un volume créé avec le profil 5 IOPS/GB de 250 Go à 1 000 Go, son IOPS maximum devient 5 000 IOPS. Un volume de cinq IOPS/Go pouvant éventuellement être étendu à 9 600 Go, le nombre maximal d'IOPS serait ajusté à 48 000. La capacité du volume est modifiée immédiatement mais pour que le nombre d'IOPS soit augmenté, vous devez redémarrer l'instance.

Les volumes qui sont créés à partir d'un profil personnalisé peuvent être étendus dans les limites de leur plage d'IOPS personnalisée. En fonction de la plage que vous avez définie initialement, celle-ci peut atteindre 16 000 Go. Le nombre d'IOPS reste constant au niveau que vous avez défini lors de la création du volume personnalisé. Vous pouvez par la suite augmenter ou diminuer les IOPS, en fonction de la nouvelle taille du volume. Pour plus d'informations, voir Ajustement des IOPS pour les volumes de stockage par blocs.

Vous pouvez surveiller la progression de l'extension du volume à partir de l'interface utilisateur ou de l'interface de ligne de commande. Vous pouvez également utiliser le suivi des activités pour vérifier que le volume a bien été étendu. Une fois qu'un volume a été étendu, vous ne pouvez plus réduire sa capacité.

Vous pouvez redimensionner un volume de données attaché à une instance IBM Cloud Hyper Protect Virtual Servers for IBM Cloud® Virtual Private Cloud, mais vous devez redémarrer l'instance pour utiliser le volume redimensionné.

z/OS Lorsque vous augmentez la capacité de stockage de Block Storage sur une instance de serveur virtuel z/OS existante, une nouvelle adresse de périphérique est communiquée aux utilisateurs, avec la capacité de stockage supplémentaire.

Volumes d'amorçage

La taille par défaut du volume de démarrage pour la plupart des profils de serveurs virtuels est de 100 Go. Certaines images d'origine Linux peuvent être installées sur un volume de démarrage d'une capacité de 10 Go seulement, tandis que certaines images d'origine Windows nécessitent un minimum de 40 Go. Si vous importez une image personnalisée ou un instantané, la capacité du volume de démarrage peut être comprise entre 10 et 250 Go, lorsque vous utilisez les profils de volume de première génération, ou entre 10 et 32 000 Go lorsque vous utilisez le profil de deuxième génération sdp.

L'extension du volume de démarrage prend effet sans redémarrage du serveur virtuel. Cependant, pour utiliser l'espace de volume de démarrage accru, vous devez étendre votre système d'exploitation afin que la capacité accrue du volume de démarrage soit reconnue.

Conditions relatives aux volumes de données

Vous devez remplir les conditions suivantes pour augmenter la capacité d'un volume de données de première génération.

• Le volume est ajusté en fonction de leur profil de volume prédéfini ou d'une plage personnalisée.
• Le volume doit être disponible.
• Le volume doit être connecté à une instance de serveur virtuel.
• L'instance doit être active et en cours d'exécution.

La capacité des volumes de données de deuxième génération peut être augmentée lorsque les volumes sont disponibles. Ils n'ont pas besoin d'être rattachés à une instance de serveur virtuel.

Quelle que soit la génération de votre volume de données, vous devez détacher et rattacher le volume à l'instance pour ajuster le volume disponible volume de la bande passante.

Conditions relatives aux volumes d'amorçage

Vous devez respecter ces conditions pour redimensionner un volume d'amorçage :

• Lorsqu'une instance est provisionnée, la taille du volume de démarrage peut être supérieure à celle de l'image existante, mais pas inférieure. La capacité maximale du volume de démarrage est de 250 Go.
• Pour une instance existante, vous pouvez augmenter la taille du volume de démarrage jusqu'à la taille maximale autorisée lors de la création de l'instance.
• Pour plus d'informations sur les systèmes d'exploitation pris en charge, voir x86 images de serveurs virtuels.

Limitations des volumes de données

• Vous ne pouvez pas étendre un volume qui est à la capacité maximale de son profil de niveau d'IOPS ou de la plage de volumes personnalisée.
• Les volumes de données peuvent être étendus à 16 000 Go, avec les limitations suivantes :
  • Si le volume a été créé à l’aide d’un profil de niveau IOPS limitant la capacité à moins de 16 000 Go, il ne peut être étendu que jusqu’à la capacité autorisée pour ce niveau.
  • Si le volume a été provisionné avec le profil personnalisé dans une plage qui n'autorise pas l'extension à 16 000 Go, il ne peut s'étendre que jusqu'à sa capacité maximale pour cette plage personnalisée.
  • Les volumes peuvent être étendus plusieurs fois jusqu'à ce que leur capacité maximale soit atteinte.
• L'IOPS peut être étendu au maximum autorisé par le profil de niveau IOPS. Pour que l'augmentation des IOPS prenne effet, vous devez redémarrer l'instance du serveur virtuel ou détacher et rattacher le volume de l'instance. Ce comportement est différent d'une augmentation de capacité qui n'entraîne pas de temps d'arrêt.
• Vous ne pouvez pas modifier indépendamment les IOPS d'un volume créé à partir d'un profil de niveau IOPS. Le nombre d'IOPS est ajusté lorsque vous augmentez la capacité d'un volume puis redémarrez l'instance, ou lorsque vous attachez ou détachez le volume de l'instance.
• Lorsque vous étendez un volume créé à partir d'un profil personnalisé, la capacité est étendue, l'IOPS reste le même. Vous ne pouvez pas augmenter indépendamment le nombre d'IOPS.
• Le nombre maximum d'IOPS pour un volume de première génération est plafonné à 48 000 IOPS.
• Une fois que le volume a été étendu, vous ne pouvez pas en réduire la taille.
• Lorsqu'un volume est en transition, son état est mis à jour. Si le volume est déconnecté alors que son extension est en cours, il reste dans un état de mise à jour jusqu'à ce que vous le reconnectiez à une instance. Après le rattachement, l'expansion du volume reprend et s'achève.
• Lorsque vous supprimez une instance, les volumes marqués pour la suppression automatique ne sont pas supprimés lorsque l'extension de volume est en cours. Pour plus d'informations, voir le dépannage du stockage en bloc.

Limitations des volumes d'amorçage

• La capacité d'un volume d'amorçage ne peut pas être inférieure à la taille de l'image. Si l'image personnalisée est inférieure à 10 Go, la capacité du volume d'amorçage est arrondie à 10 Go.
• Les volumes de démarrage de première génération qui sont stockés en tant que volumes non attachés ne peuvent pas être étendus.
• L'utilisation de volumes de démarrage de deuxième génération avec les systèmes Z/OS n'est pas prise en charge.

Modification du volume d'amorçage étendu dans Linux

L'exemple suivant est basé sur CentOS Linux 7. Les instructions pour les autres distributions de Linux peuvent varier. Après avoir augmenté la capacité du volume de 100 Go à 250 Go, vous pouvez vous connecter à l'instance du serveur virtuel pour valider l'augmentation. Ensuite, augmentez la partition et étendez le système de fichiers sur le volume.

L'extension d'un système de fichiers est une opération modérément risquée. Envisagez de prendre un instantané du volume pour éviter toute perte de données.

1. Etablissez une connexion SSH à votre instance de serveur virtuel en utilisant l'adresse IP flottante attribuée à l'instance. Pour plus d'informations, voir Connexion aux instances Linux.

2. Exécutez la commande lsblk pour afficher la liste des volumes de stockage attachés. Dans l'exemple suivant, vda est le volume d'amorçage étendu et vdc est le volume de données attaché à Block Storage for VPC. Le disque vdb est un volume de stockage d'instance. Vous pouvez constater que les partitions du disque vda sont restées inchangées, bien que la taille totale soit passée à 250G.

   [root@docs-demo-instance ~]# lsblk
   NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   vda    253:0    0  250G  0 disk
   ├─vda1 253:1    0  200M  0 part /boot/efi
   └─vda2 253:2    0 99.8G  0 part /
   vdb    253:16   0 69.9G  0 disk
   vdc    253:32   0  1.2T  0 disk /myvolumedir
   vdd    253:48   0  370K  0 disk
   vde    253:64   0   44K  0 disk
   

3. Exécutez la commande growpart pour augmenter la taille de la partition afin de couvrir l'espace maximal disponible.

   1. En utilisant l'option --dry-run, vous pouvez prévisualiser les modifications avant d'effectuer la mise à jour de la partition.

      [root@docs-demo-instance ~]# growpart /dev/vda 1 --dry-run
       NOCHANGE: partition 1 is size 409600. it cannot be grown
      [root@docs-demo-instance ~]# growpart /dev/vda 2 --dry-run
       CHANGE: partition=2 start=411648 old: size=209303552 end=209715200 new: size=523876319 end=524287967
       # === old sfdisk -d ===
       # partition table of /dev/vda
        unit: sectors
       /dev/vda1 : start=     2048, size=   409600, Id=ef
       /dev/vda2 : start=   411648, size=209303552, Id=83, bootable
       /dev/vda3 : start=        0, size=        0, Id= 0
       /dev/vda4 : start=        0, size=        0, Id= 0
       # === new sfdisk -d ===
       # partition table of /dev/vda
       unit: sectors
       /dev/vda1 : start=     2048, size=   409600, Id=ef
       /dev/vda2 : start=   411648, size=523876319, Id=83, bootable
       /dev/vda3 : start=        0, size=        0, Id= 0
       /dev/vda4 : start=        0, size=        0, Id= 0
   

   1. Mettez à jour la taille de la partition du volume de démarrage comme indiqué dans l'exemple suivant.

      [root@docs-demo-instance ~]# growpart /dev/vda 2
      CHANGED: partition=2 start=411648 old: size=209303552 end=209715200 new: size=523876319 end=524287967
   

4. Exécutez la commande lsblk pour vérifier que la partition est redimensionnée. L'exemple suivant montre que la taille de la partition vda2 a été augmentée avec succès.

   [root@docs-demo-instance ~]# lsblk
   NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
   vda    253:0    0   250G  0 disk
   ├─vda1 253:1    0   200M  0 part /boot/efi
   └─vda2 253:2    0 249.8G  0 part /
   vdb    253:16   0  69.9G  0 disk
   vdc    253:32   0   1.2T  0 disk /myvolumedir
   vdd    253:48   0   370K  0 disk
   vde    253:64   0    44K  0 disk
   

   Cependant, le système de fichiers voit toujours la partition vda2 comme 99G au lieu de 249G.

   [root@docs-demo-instance ~]# df -kh
   Filesystem      Size  Used Avail Use% Mounted on
   devtmpfs        3.9G     0  3.9G   0% /dev
   tmpfs           3.9G     0  3.9G   0% /dev/shm
   tmpfs           3.9G  385M  3.5G  10% /run
   tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
   /dev/vda2        99G  1.3G   92G   2% /
   /dev/vda1       200M   12M  189M   6% /boot/efi
   /dev/vdc        1.2T   71M  1.2T   1% /myvolumedir
   tmpfs           783M     0  783M   0% /run/user/0
   

5. Redimensionnez le système de fichiers sur la partition à l'aide de la commande resize2fs.

   [root@docs-demo-instance ~]# resize2fs /dev/vda2
   resize2fs 1.42.9 (28-Dec-2013)
   Filesystem at /dev/vda2 is mounted on /; on-line resizing required
   old_desc_blocks = 13, new_desc_blocks = 32
   The filesystem on /dev/vda2 is now 65484539 blocks long.
   

6. Vérifiez que le système de fichiers est développé. Dans l'exemple, vous pouvez voir que la taille de vda2 a augmenté.

   [root@docs-demo-instance ~]# df -kh
   Filesystem      Size  Used Avail Use% Mounted on
   devtmpfs        3.9G     0  3.9G   0% /dev
   tmpfs           3.9G     0  3.9G   0% /dev/shm
   tmpfs           3.9G  385M  3.5G  10% /run
   tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
   /dev/vda2       246G  1.3G  234G   1% /
   /dev/vda1       200M   12M  189M   6% /boot/efi
   /dev/vdc        1.2T   71M  1.2T   1% /myvolumedir
   tmpfs           783M     0  783M   0% /run/user/0
   

Modifier le volume d'amorçage étendu dans Windows

Vous pouvez étendre votre partition de démarrage à l'aide de l'utilitaire DiskPart à partir de l'invite de commande ou de PowerShell en tant qu'administrateur.

Si vous avez utilisé une image stockée de Windows Server 2022 Standard Edition ou Windows Server 2025 Standard Edition pour créer votre serveur virtuel, il se peut que la partition de récupération (lecteur D :) vous empêche d'étendre le lecteur C :. Pour résoudre ce problème, consultez la rubrique de dépannage : Pourquoi ne puis-je pas étendre mon lecteur C : sur Windows Server?

Modifier le volume de données étendu dans Linux

L'exemple suivant est basé sur CentOS Linux 7. Après avoir augmenté la capacité du volume de 600 Go à 700 Go, vous pouvez vous connecter à l'instance de serveur virtuel pour valider l'augmentation. Ensuite, augmentez le système de fichiers sur le volume.

L'extension d'un système de fichiers est une opération modérément risquée. Envisagez de prendre un instantané du volume pour éviter toute perte de données.

1. Établissez la connexion SSH à votre instance de serveur virtuel en utilisant l'adresse IP flottante attribuée à l'instance. Pour plus d'informations, voir Connexion aux instances Linux.

2. Exécutez la commande lsblk pour voir la capacité mise à jour. Dans l'exemple suivant, vdc est le volume attaché à Block Storage.

   [root@docs-demo-instance ~]# lsblk
   NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   vda    253:0    0  100G  0 disk
   ├─vda1 253:1    0  200M  0 part /boot/efi
   └─vda2 253:2    0 99.8G  0 part /
   vdb    253:16   0 69.9G  0 disk
   vdc    253:32   0  700G  0 disk /myvolumedir
   vdd    253:48   0  370K  0 disk
   vde    253:64   0   44K  0 disk
   

3. Le volume est redimensionné à 700G, mais le système de fichiers affiche toujours la taille précédente, à savoir 619140256 blocs.

   [root@docs-demo-instance ~]# df -hk
   Filesystem     1K-blocks    Used Available Use% Mounted on
   devtmpfs         3993976       0   3993976   0% /dev
   tmpfs            4004356       0   4004356   0% /dev/shm
   tmpfs            4004356   25092   3979264   1% /run
   tmpfs            4004356       0   4004356   0% /sys/fs/cgroup
   /dev/vda2      102877120 1178920  96449228   2% /
   /dev/vda1         204580   11468    193112   6% /boot/efi
   tmpfs             800872       0    800872   0% /run/user/0
   /dev/vdc       619140256   73752 587592840   1% /myvolumedir
   

4. Exécutez la resize2fs commande pour agrandir le système de fichiers.

   [root@docs-demo-instance ~]# resize2fs /dev/vdc
   resize2fs 1.42.9 (28-Dec-2013)
   Filesystem at /dev/vdc is mounted on /myvolumedir; on-line resizing required
   old_desc_blocks = 75, new_desc_blocks = 88
   The filesystem on /dev/vdc is now 183500800 blocks long.
   

   Si la commande renvoie pvresize: command not found, installez le gestionnaire de volume logique en exécutant la commande dnf install lvm2.

5. Confirmez la nouvelle taille du système de fichiers. L'exemple montre 722352120 blocs.

   [root@docs-demo-instance ~]# df -hk
   Filesystem     1K-blocks    Used Available Use% Mounted on
   devtmpfs         3993976       0   3993976   0% /dev
   tmpfs            4004356       0   4004356   0% /dev/shm
   tmpfs            4004356   25092   3979264   1% /run
   tmpfs            4004356       0   4004356   0% /sys/fs/cgroup
   /dev/vda2      102877120 1178920  96449228   2% /
   /dev/vda1         204580   11468    193112   6% /boot/efi
   tmpfs             800872       0    800872   0% /run/user/0
   /dev/vdc       722352120   72816 686590468   1% /myvolumedir