FAQ pour Block Storage for Classic
Combien d'instances de serveur peuvent partager l'utilisation d'un volume Block Storage for Classic?
Le nombre d'autorisations par volume de blocs est limité par défaut à 8. Cela signifie que jusqu'à huit hôtes peuvent être autorisés à accéder au volume Block Storage for Classic. Les clients qui utilisent Block Storage for Classic dans leur déploiement VMware peuvent demander l'augmentation de la limite d'autorisation à 64. Pour demander une augmentation de la limite, contactez le support en soulevant un cas de support.
Si plusieurs hôtes montent le même volume Block Storage for Classic sans être gérés de manière coopérative, vos données risquent d'être endommagées. La corruption de volume peut se produire si des modifications sont apportées au volume par plusieurs hôtes en même temps. Vous avez besoin d'un système de fichiers de disque partagé sensible au cluster pour éviter la perte de données, par exemple Microsoft Cluster Shared Volumes (CSV), Red Hat Global File System (GFS2), VMware® VMFS, etc. Pour plus d'informations, consultez la documentation du système d'exploitation de votre hôte.
Nos hôtes de calcul ont plusieurs cartes réseau avec différentes adresses IP pour assurer la redondance du réseau et étendre la bande passante. Comment pouvons-nous les autoriser à accéder tous au même volume de stockage ?
Il est possible d'autoriser un sous-réseau d'adresses IP à accéder à un volume Block Storage for Classic spécifique via la console, l'interface SLCLI ou l'API. Pour autoriser un hôte à se connecter à partir de plusieurs adresses IP sur un sous-réseau, suivez la procédure décrite ci-dessous.
Console
- Accédez à Infrastructure classique.
- Cliquez sur Stockage > Block Storage for Classic.
- Localisez le volume et cliquez sur les points de suspension
.
- Cliquez sur Hôte autorisé.
- Pour afficher la liste des adresses IP disponibles, sélectionnez l'adresse IP comme type d'hôte. Puis, sélectionnez le sous-réseau dans lequel se trouve votre hôte.
- Dans la liste filtrée, sélectionnez les adresses IP pouvant accéder au volume, puis cliquez sur Sauvegarder.
SLCLI
$ slcli block subnets-assign -h
Usage: slcli block subnets-assign [OPTIONS] ACCESS_ID
Assign block storage subnets to the given host id.
access_id is the host_id obtained by: slcli block access-list <volume_id>
Options:
--subnet-id INTEGER ID of the subnets to assign; e.g.: --subnet-id 1234
-h, --help Show this message and exit.
Combien de volumes peuvent être commandés ?
Par défaut, vous pouvez provisionner un total combiné de 700 volumes de stockage de blocs et de fichiers. Pour augmenter la limite de volume, contactez le support. Pour plus d'informations, voir Gestion des limites de stockage.
Combien de volumes Block Storage for Classic peuvent être montés sur un hôte ?
Cela dépend de ce que le système d'exploitation hôte peut gérer, mais ce n'est pas quelque chose que IBM Cloud® limite. Consultez la documentation de votre système d'exploitation pour connaître les limites fixées pour le nombre de volumes pouvant être montés.
Puis-je attacher plusieurs volumes avec des paramètres de système d'exploitation différents?
Non. Un hôte ne peut pas être autorisé à accéder simultanément à des volumes de différents types de systèmes d'exploitation. Un hôte peut être autorisé à accéder aux volumes d'un seul type de système d'exploitation. Si vous tentez d'autoriser un hôte à accéder à plusieurs volumes avec différents types de systèmes d'exploitation, l'opération aboutit à une erreur.
Comment choisir une version de Windows pour mon volume d' Block Storage for Classic s?
Lorsque vous créez un volume, vous devez spécifier le type de système d'exploitation. Le type de système d'exploitation spécifie le système d'exploitation de l'hôte qui va accéder au volume. Il détermine également la disposition des données sur le volume, la géométrie utilisée pour accéder à ces données et la taille minimale et maximale du volume. Le type de système d'exploitation ne peut pas être modifié après la création du volume. La taille réelle du volume peut varier légèrement en fonction du type de système d'exploitation du volume. Le choix du type approprié pour votre système d'exploitation Windows permet d'éviter les opérations d'E-S mal alignées.
Si le volume est présenté à un invité en tant que périphérique de bloc brut, sélectionnez le type de système d'exploitation de l'invité. Si le volume est présenté à l'hyperviseur pour servir des fichiers de disque dur virtuel (VHD), choisissez Hyper-V.
Windows TPG
- Le volume stocke les données Windows en utilisant le style de partitionnement GUID Partition Type (GPT). Utilisez cette option si vous voulez adopter la méthode de partitionnement GPT et que votre hôte peut l'utiliser. Windows Server 2003, Service Pack 1 et les niveaux ultérieurs peuvent utiliser la méthode de partitionnement GPT, et toutes les versions 64 bits de Windows la prennent en charge.
Windows 2003
- Le volume stocke un type de disque brut dans un disque Windows à partition unique qui utilise le style de partitionnement MBR (Master Boot Record). Utilisez cette option uniquement si votre système d'exploitation hôte est Windows 2000 Server, Windows XP ou Windows Server 2003 qui utilise la méthode de partitionnement MBR.
Windows 2008+
- Le volume stocke les données Windows pour Windows 2008 et les versions ultérieures. Utilisez cette option de système d'exploitation si votre système d'exploitation hôte est Windows Server 2008, Windows Server 2012, Windows Server 2016. Les méthodes de partitionnement MBR et GPT sont toutes les deux prises en charge.
Hyper-V
- VHDX est le format de disque dur virtuel qui a été introduit dans Windows Server 2012 pour créer des disques virtuels haute performance résilients. Le format présente de nombreux avantages, tels que la prise en charge de tailles de disque virtuel plus grandes et de tailles de bloc plus grandes. Il fournit une protection contre la corruption des données lors des pannes d'alimentation en consignant les mises à jour des structures de métadonnées VHDX. Si le volume est présenté à l'hyperviseur pour servir des fichiers VHD, choisissez Hyper-V pour son type de système d'exploitation.
La limite du nombre d'IOPS est-elle imposée par instance ou par volume ?
Les IOPS sont imposées au niveau du volume. En d'autres termes, deux hôtes connectés à un volume de 6000 IOPS partagent ces 6000 IOPS.
Le nombre d'hôtes qui accèdent au volume est important car lorsqu'un seul hôte accède au volume, il peut être difficile d'atteindre le nombre maximal d'IOPS disponibles.
Mesure des IOPS
L'IOPS est mesuré sur la base d'un profil de charge de blocs de 16 Ko avec 50 % de lectures et 50 % d'écritures aléatoires. Les charges de travail qui diffèrent de ce profil sont susceptibles de connaître une baisse des performances. Pour améliorer les performances, vous pouvez essayer d'ajuster les paramètres de nombre de ligne de la file d'attente de l'hôte ou d'activer des trames Jumbo.
Que se passe-t-il lorsqu'une taille de bloc inférieure est utilisée pour mesurer les performances ?
Le nombre maximal d'IOPS peut être obtenu même si vous utilisez des tailles de bloc plus petites. Toutefois, le débit devient plus lent. Par exemple, un volume doté de 6 000 IOPS présente les débits suivants en fonction des tailles de bloc :
- 16 ko * 6 000 IOPS == ~93,75 Mo/sec
- 8 ko * 6 000 IOPS == ~46,88 Mo/sec
- 4 ko * 6 000 IOPS == ~23,44 Mo/sec
Comment puis-je savoir combien de stockage est utilisé ? Pourquoi les détails de l'utilisation de Block Storage for Classic ne sont-ils pas affichés dans la console?
Block Storage for Classic est à vous de le formater et de le gérer comme vous le souhaitez. IBM Cloud® ne peut pas voir le contenu du volume, et l'interface utilisateur ne peut donc pas fournir d'informations sur l'utilisation de l'espace disque. Vous pouvez obtenir plus d'informations sur le volume, tel que la quantité d'espace disque prise et la quantité disponible, à partir du système d'exploitation de votre hôte de traitement.
-
Dans Linux®, vous pouvez utiliser la commande suivante.
df -h
La commande fournit une sortie qui indique la quantité d'espace disponible et le pourcentage utilisé.
$ df -hT /dev/sda1 Filesystem Type Size Used Avail Use% Mounted on /dev/sda1 disk 6.0G 1.2G 4.9G 20% /
-
Sous Windows, vous pouvez également visualiser l'espace disque disponible dans l'explorateur de fichiers en cliquant sur Ce PC, et vous disposez de deux options de commande.
fsutil volume diskfree C:
dir C:
La dernière ligne de la sortie indique la quantité d'espace inutilisé.
Pourquoi la capacité disponible que je vois dans mon système d'exploitation ne correspond-elle pas à la capacité que j'ai mise à disposition?
L'une des raisons peut être que votre système d'exploitation utilise la conversion base-2. Par exemple, lorsque vous provisionnez un volume de 4 000 Go dans la console, le système de stockage réserve un volume de 4 000 Go. GiB volume ou 4 294 967 296 000 octets d'espace de stockage pour vous. La taille du volume alloué est supérieure à 4 To. Cependant, votre système d'exploitation peut afficher la taille de stockage comme 3.9 T parce qu'il utilise base-2 conversion et le T signifie TiB, pas la tuberculose.
Ensuite, le partitionnement de votre Block Storage et la création d'un système de fichiers sur celui-ci réduisent l'espace de stockage disponible. L'ampleur de la réduction de l'espace varie en fonction du type de formatage, ainsi que de la quantité et de la taille des différents fichiers présents sur le système.
La capacité de stockage est-elle mesurée en Go ou GiB?
Un aspect déroutant du stockage est celui des unités dans lesquelles la capacité de stockage et l'utilisation sont signalées. Parfois, les Go sont réellement des gigaoctets (base-10) et parfois, les Go représentent des gibioctets (base-2) qui doivent être abrégés en GiB.
Les humains pensent généralement et calculent les nombres dans le système décimal (base-10). Dans notre documentation, nous faisons référence à la capacité de stockage en utilisant l'unité de Go (gigaoctets) pour l'alignement avec la terminologie standard de l'industrie. Dans l'interface utilisateur, l'interface de ligne de commande, l'API et Terraform, vous voyez les Go d'unité utilisés et affichés lorsque vous interrogez la capacité. Lorsque vous souhaitez commander un volume de 4 To, vous devez entrer 4 000 Go dans votre demande de mise à disposition.
Cependant, les ordinateurs fonctionnent en binaire, il est donc plus logique de représenter certaines ressources telles que les espaces adresse mémoire dans base-2. Depuis 1984, les systèmes de fichiers informatiques affichent des tailles dans base-2 pour accompagner la mémoire. À l'époque, les unités de stockage disponibles étaient plus petites et la différence de taille entre les unités binaires et décimales était négligeable. Maintenant que les systèmes de stockage disponibles sont considérablement plus grands, cette différence d'unité est source de confusion.
La différence entre les Go et les GiB réside dans leur représentation numérique:
- Le Go (gigaoctet) est une unité décimale, où 1 Go est égal à 1 000 000 000 octets. Lorsque vous convertissez les Go en To, vous utilisez 1000 comme multiplicateur.
- GiB (Gibioctet) est une unité binaire, où 1 GiB est égal à 1 073 741 824 octets. Quand vous convertissez GiB à TiB, vous utilisez 1024 comme multiplicateur.
Le tableau suivant montre le même nombre d'octets exprimés en unités décimales et binaires.
Décimal SI (base 10) | Binaire (base 2) |
---|---|
2 000 000 000 000 B | 2 000 000 000 000 B |
2 000 000 000 Ko | 1 953 125 000 KiB |
2 000 000 Mo | 1 907 348 MiB |
2 000 Go | 1 862 GiB |
2 To | 1.81 TiB |
Le système de stockage utilise des unités base-2 pour l'allocation de volume. Par conséquent, si votre volume est mis à disposition sous la forme de 4 000 Go, cela représente en réalité 4 000 GiB ou 4 294 967 296 000 octets d'espace de stockage. La taille du volume alloué est supérieure à 4 To. Cependant, votre système d'exploitation peut afficher la taille de stockage comme 3.9 T parce qu'il utilise base-2 conversion et le T signifie TiB, pas la tuberculose.
Le volume doit-il être préchauffé pour atteindre le débit escompté?
Le préchauffage n'est pas nécessaire. Le débit indiqué peut être observé immédiatement après la mise à disposition du volume.
Est-il possible d'atteindre un débit plus élevé en utilisant une connexion Ethernet plus rapide ?
Les limites de débit sont fixées au niveau du LUN et une connexion Ethernet plus rapide n'augmente pas cette limite. Toutefois, avec une connexion Ethernet plus lente, votre bande passante peut éventuellement créer un goulot d'étranglement.
Les pare-feux et groupes de sécurité ont-ils un impact sur les performances ?
Il est recommandé d'exécuter le trafic de stockage sur un réseau local virtuel (VLAN) qui ignore le pare-feu. L'exécution du trafic de stockage via des pare-feux logiciels augmente le temps d'attente et a un impact négatif sur les performances de stockage.
Comment router le trafic Block Storage for Classic vers sa propre interface VLAN et contourner un pare-feu ?
Pour adopter cette pratique recommandée, procédez comme suit :
-
Mettez à disposition un réseau local virtuel (VLAN) dans le même centre de données que l'hôte et le périphérique Block Storage for Classic. Pour plus d'informations, voir Initiation aux réseaux locaux virtuels(VLAN).
-
Fourniture d'un sous-réseau privé secondaire au nouveau VLAN.3
-
Reliez le nouveau VLAN à l'interface privée de l'hôte. Pour plus d'informations, voir Comment faire le trunk de mes VLANs vers mes serveurs.
Cette action interrompt momentanément le trafic réseau sur l'hôte, le temps d'établir la liaison du VLAN à l'hôte.
-
Créez une interface réseau sur l'hôte.
- Dans Linux® ou Windows, créez une interface 802.11q. Choisissez l'une des adresses IP secondaires non utilisées du nouveau VLAN rattaché et affectez cette adresse IP, le masque de sous-réseau et la passerelle à la nouvelle interface 802.11q que vous avez créée.
- Dans VMware, créez une interface réseau VMkernel (vmk) et affectez l'adresse IP secondaire, le masque de sous-réseau et la passerelle inutilisés du réseau local virtuel nouvellement lié à la nouvelle interface vmk.
-
Ajoutez une nouvelle route statique persistante sur l'hôte au sous-réseau iSCSI cible.
-
Assurez-vous que l'IP de l'interface nouvellement ajoutée est ajoutée à la liste d'autorisation des hôtes.
-
Effectuez une reconnaissance et connectez-vous au portail cible comme décrit dans les rubriques suivantes.
Est-il judicieux d'exécuter le trafic iSCSI sur le canal de port LACP 802.3ad ?
Non. Le protocole LACP (Link Aggregation Control Protocol) n'est pas une configuration recommandée avec iSCSI. Utiliser la structure d'entrée/sortie à chemins multiples (MPIO) pour l'équilibrage et la redondance des E/S.
Avec une configuration MPIO, un serveur doté de plusieurs cartes d'interface réseau peut transmettre et recevoir des E-S sur toutes les interfaces disponibles vers une unité de stockage compatible avec les E-S multi-accès. Cette configuration offre une redondance qui permet de s'assurer que le trafic de stockage reste stable même si l'un des chemins d'accès devient indisponible. Si un serveur dispose de deux cartes réseau de 1 Gb et que le serveur de stockage dispose de deux cartes réseau de 1 Gb, le débit maximal théorique est d'environ 200 Mo/s.
L'agrégation de liens (par exemple, LACP ou 802.3ad) via le groupage de cartes d'interface réseau ne fonctionne pas de la même manière que les E-S multi-accès. L'agrégation de liens n'améliore pas le débit d'un flux d'E-S unique et ne fournit pas non plus plusieurs chemins. Un flux unique traverse toujours un seul chemin. L'avantage de l'agrégation des liens peut être observé lorsque plusieurs flux "uniques" existent et que chaque flux provient d'une source différente. Chaque flux individuel est envoyé vers sa propre interface NIC disponible, qui est déterminée par un algorithme de hachage. Ainsi, avec des flux plus uniques, un plus grand nombre de cartes d'interface réseau peuvent fournir un débit agrégé plus élevé.
Le liaison fonctionne entre un serveur et un commutateur. Cependant, MPIO fonctionne entre un serveur de stockage et l'hôte, même si un commutateur se trouve dans le chemin.
Pour plus d'informations, voir l'un des articles ci-après.
Quel temps d'attente lié aux performances peut-on attendre du stockage Block Storage for Classic ?
Le temps d'attente cible dans la mémoire est < 1 ms. Le stockage est connecté aux instances de traitement sur un réseau partagé, de sorte que le temps d'attente de performances exact dépend du trafic réseau pendant l'opération.
J'ai commandé un volume Block Storage for Classic dans le mauvais centre de données. Est-il possible de transférer le stockage ou d'en effectuer la migration vers un autre centre de données ?
Vous devez commander un nouveau volume Block Storage for Classic dans le bon centre de données, puis annuler l'appareil Block Storage for Classic que vous avez commandé au mauvais endroit.
Vous pouvez également créer un double de votre partage et annuler le partage parent. Pour plus d'informations, voir Création et gestion de volumes dupliqués.
J'ai annulé mon volume Block Storage for Classic "immédiatement", mais il est toujours visible dans la console. Pourquoi n'est-elle pas supprimée?
Lorsque le volume est annulé, la demande est suivie d'un délai d'attente de récupération de 24 heures. Le volume est toujours visible dans la console pendant cette période. La période d'attente de 24 heures vous donne la possibilité d'annuler la demande d'annulation si nécessaire. Si vous souhaitez annuler la suppression du volume, générez un cas de support. Le remplissage du volume s'arrête immédiatement. Lorsque la période de reréclamation expire, les données sont détruites et le volume est supprimé de la console.
Comment savoir quels volumes Block Storage for Classic sont chiffrés ?
Lorsque vous consultez votre liste de Block Storage for Classic dans la console IBM Cloud®, vous pouvez voir une icône de verrou à côté du nom du volume pour les volumes qui sont cryptés.
Block Storage for Classic prend-il en charge la réservation persistante SCSI-3 pour implémenter la protection d'E-S pour Db2 pureScale ?
Oui, Block Storage for Classic prend en charge les réservations persistantes SCSI-2 et SCSI-3.
Qu'advient-il des données en cas de suppression des volumes Block Storage for Classic ?
IBM Cloud® Block Storage for Classic propose aux clients les volumes de blocs sur un espace de stockage physique qui est nettoyé avant toute réutilisation.
Lorsque vous supprimez un volume Block Storage for Classic, ces données deviennent immédiatement inaccessibles. Tous les pointeurs vers les données du disque physique sont retirés. Si vous créez ultérieurement un nouveau volume sur le même compte ou sur un autre compte, un nouvel ensemble de pointeurs est affecté. Le compte ne peut pas accéder aux données qui se trouvaient sur le stockage physique car ces pointeurs ont été supprimés. Lorsque de nouvelles données sont écrites sur le disque, toutes les données inaccessibles qui se trouvaient sur le volume supprimé sont écrasées.
IBM garantit que les données supprimées sont inaccessibles et sont finalement écrasées et éliminées. En outre, lorsque vous supprimez un volume Block Storage for Classic, ces blocs doivent être remplacés avant que le stockage par blocs ne soit à nouveau disponible, que ce soit pour vous ou pour un autre client.
Lorsqu'IBM déclasse un disque physique, celui-ci est détruit avant d'être supprimé. Les unités déclassées sont inutilisables et toutes les données les concernant sont inaccessibles.
Les clients ayant des exigences particulières de conformité (telles que celles définies dans le document 800-88 du National Institute of Standards and Technology intitulé Guidelines for Media Sanitization) peuvent effectuer la procédure d'expurgation des données avant de supprimer leur stockage.
Que deviennent les unités qui sont déclassées du centre de données cloud ?
Lorsque des unités sont déclassées, IBM les détruit avant de les supprimer. Elles sont ainsi inutilisables. Toutes les données qui étaient écrites sur ces unités deviennent inaccessibles.
Je ne peux pas annuler un volume Block Storage for Classic car l'action Annuler dans la console Cloud est désactivée. Que se passe-t-il ?
Le processus d'annulation de ce périphérique de stockage est en cours, ce qui fait que l'action Annuler n'est plus disponible. Le volume reste visible pendant au moins 24 heures jusqu'à ce qu'il soit récupéré. L'interface utilisateur indique qu'elle est inactive et le statut "Annulation en attente" s'affiche. La période d'attente minimale de 24 heures vous donne la possibilité d'annuler la demande d'annulation si nécessaire. Si vous souhaitez annuler la suppression du volume, générez un cas de support.
J'ai accidentellement effacé mon volume, que puis-je faire pour le récupérer?
La réponse dépend de la date à laquelle vous avez supprimé le volume de stockage et si vous avez choisi de le supprimer immédiatement ou à la date anniversaire. Si la suppression a eu lieu au cours des dernières 24 heures ou si la date anniversaire n'est pas encore arrivée, il se peut que le volume attende encore d'être récupéré. Si le statut du volume est "Annulation en attente", vous pouvez contacter le service d'assistance pour annuler la demande d'annulation. Il est important d'agir rapidement car, à l'expiration du délai de récupération, les données sont automatiquement supprimées et il n'est plus possible de les restaurer.
Mon hôte Windows 2012 est censé avoir accès à plusieurs volumes de stockage, mais je ne les vois pas dans le Gestionnaire de disques. Comment corriger ce problème ?
Si vous utilisez plus de deux volumes avec le même hôte et si toutes les connexions iSCSI proviennent du même périphérique de stockage, il se peut que vous ne voyiez que deux périphériques dans le Gestionnaire de disques. Dans ce cas, vous devez vous connecter manuellement à chaque périphérique dans l'initiateur iSCSI. Pour plus d'informations, voir Traitement des incidents Windows 2012 R2 - unités iSCSI multiples.
Windows Server 2012 R2 a atteint sa fin de vie le 10 octobre 2023. Microsoft ne fournit plus de mises à jour de sécurité, de corrections de bogues ou de support technique pour ce système d'exploitation. Migrez votre serveur vers une version plus récente du système d'exploitation, comme Windows Server 2022.
Mon stockage s'affiche hors ligne ou en lecture seule. Pourquoi et comment corriger ce problème ?
Dans certains cas, un hôte (bare-metal ou VM) peut perdre la connexion avec le système de stockage et, par conséquent, le considérer comme un volume en lecture seule afin d'éviter la corruption des données. La plupart du temps, la perte de connectivité est liée au réseau, mais le statut du stockage reste en lecture seule du point de vue de l'hôte même lorsque la connexion réseau est restaurée. Un redémarrage de l'hôte résout le problème de l'état en lecture seule.
Ce problème peut se produire avec les hôtes qui ont des paramètres MPIO incorrects. Lorsque MPIO n'est pas configuré correctement, l'hôte perd la connexion au système de stockage et peut ne pas être en mesure de se reconnecter au système de stockage lorsque le problème de connectivité est résolu.
Puis-je associer le Block Storage for Classic à un seul chemin ? Dois-je utiliser des chemins multiples?
Il est possible d'attacher un volume avec un seul chemin, mais il est important que les connexions soient établies sur les deux chemins pour éviter toute interruption de service. Pour plus d'informations sur la configuration des connexions MPIO, voir les articles suivants.
Comment configurer et valider les connexions multi-accès au volume Block Storage for Classic ?
Lors d'une maintenance planifiée ou d'une interruption non planifiée, l'une des routes est arrêtée. Si MPIO est correctement configuré, l'hôte peut toujours accéder au stockage connecté via le second chemin. Pour plus d'informations sur les paramètres MPIO, voir les rubriques suivantes.
- Monter un volume iSCSI sur Red Hat Enterprise Linux® 8.
- Monter un volume iSCSI sur CloudLinux 8.
- Monter un volume iSCSI sur Ubuntu 20.
- Vérification des E-S multi-accès sous Linux
- Cartographie des volumes sous Microsoft Windows
- Vérification de MPIO sous MS Windows
Lorsque les chemins de données de stockage normalement équilibrés sont temporairement suspendus, l'hôte de calcul est contraint de choisir l'un des chemins de données survivants pour communiquer avec le stockage connecté. En conséquence, l'augmentation du trafic de données passe par un nombre réduit de chemins de données. Étant donné que davantage de demandes sont traitées par moins de ressources, vous pouvez constater une augmentation de la latence et des temps d'établissement de la connexion.
Dans de rares cas, un volume est approvisionné et attaché alors que le second chemin est en panne. Dans de tels cas, l'hôte peut voir un seul chemin lors de l'exécution de l'analyse de reconnaissance. Si vous rencontrez ce phénomène, consultez la page de statut IBM Cloud® pour voir si un événement peut avoir un impact sur la capacité de votre hôte à accéder au stockage. Si aucun événement n'est signalé, effectuez à nouveau la recherche pour vous assurer que tous les chemins sont correctement découverts. Si un événement est en cours, le stockage peut être connecté avec un chemin unique. Toutefois, il est essentiel que les chemins soient réanalysés une fois l'événement terminé. Si les deux chemins ne sont pas découverts après le rescan, créez un dossier d'assistance afin que le problème puisse être examiné correctement.
Pour une connexion plus stable dans un déploiement d' VMware, montez d'abord le stockage réseau sur l'hyperviseur comme décrit dans Mounting ISCSI VMware ESXi. Ensuite, créez les machines virtuelles et montez le volume de stockage attaché à partir du système d'exploitation du serveur virtuel avec une connexion multichemin. Pour plus d'informations, consultez les articles Utilisation d'ESXi avec un SAN(iSCSI ), Comprendre les chemins multiples et le basculement dans l'environnement ESXi, et Configuration du réseau pour l' iSCSI, ainsi que iSER avec ESXi.
J'ai développé la taille de volume de mon Block Storage for Classic via la console Cloud, mais la taille de mon serveur est toujours la même. Comment corriger ce problème ?
Pour voir la nouvelle taille du volume étendu, vous devez rescanner et reconfigurer votre disque Block Storage for Classic existant sur le serveur. Voir les exemples suivants. Pour plus d'informations, voir la documentation de votre système d'exploitation.
Windows 2016
- Accédez au Gestionnaire de serveurs > Outils > Gestion de l'ordinateur > Gestion des disques.
- Cliquez sur Action > Actualiser.
- Cliquez sur Action > Examiner de nouveau les disques. Ce processus peut durer jusqu'à 5 minutes ou plus. La capacité supplémentaire s'affiche comme une partition désallouée sur le disque existant.
- Partitionnez l'espace désaffecté comme vous le souhaitez. Pour plus d'informations, voir Microsoft-Extension d'un volume de base.
Linux
-
Déconnectez-vous de chaque session multi-accès de l'unité de stockage de bloc que vous avez développée.
# iscsiadm --mode node --portal <Target IP> --logout
-
Reconnectez-vous.
# iscsiadm --mode node --portal <Target IP> --login
-
Réanalysez les sessions iscsi.
# iscsiadm -m session --rescan
-
Répertoriez la nouvelle taille à l'aide de
fdisk -l
pour confirmer que le stockage a bien été étendu. -
Recharcher le mappage des unités multi-accès
# multipath -r <WWID>
# multipath -r 3600a09803830477039244e6b4a396b30 reload: 3600a09803830477039244e6b4a396b30 undef NETAPP ,LUN C-Mode size=30G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=undef |-+- policy='round-robin 0' prio=50 status=undef | `- 2:0:0:3 sda 8:0 active ready running `-+- policy='round-robin 0' prio=10 status=undef `- 4:0:0:3 sdd 8:48 active ready running
-
Développez le système de fichiers.
-
gestionnaire de volume logique
-
Redimensionner le volume physique.
# pvresize /dev/mapper/3600a09803830477039244e6b4a396b30 Physical volume "/dev/mapper/3600a09803830477039244e6b4a396b30" changed 1 physical volume(s) resized or updated / 0 physical volume(s) not resized # pvdisplay -m /dev/mapper/3600a09803830477039244e6b4a396b30 --- Physical volume --- PV Name /dev/mapper/3600a09803830477039244e6b4a396b30 VG Name vg00 PV Size <30.00 GiB / not usable 3.00 MiB Allocatable yes PE Size 4.00 MiB Total PE 7679 - Changed <- new number of physical extents Free PE 2560 Allocated PE 5119 PV UUID dehWT5-VxgV-SJsb-ydyd-1Uck-JUA9-B9w0cO --- Physical Segments --- Physical extent 0 to 5118: Logical volume /dev/vg00/vol_projects Logical extents 6399 to 11517 Physical extent 5119 to 7678: FREE
-
Redimensionner le volume logique.
# lvextend -l +100%FREE -r /dev/vg00/vol_projects Size of logical volume vg00/vol_projects changed from 49.99 GiB (12798 extents) to 59.99 GiB (15358 extents). Logical volume vg00/vol_projects successfully resized. resize2fs 1.42.9 (28-Dec-2013) Filesystem at /dev/mapper/vg00-vol_projects is mounted on /projects; on-line resizing required old_desc_blocks = 7, new_desc_blocks = 8 The filesystem on /dev/mapper/vg00-vol_projects is now 15726592 blocks long. # lvdisplay --- Logical volume --- LV Path /dev/vg00/vol_projects LV Name vol_projects VG Name vg00 LV UUID z1lukZ-AuvR-zjLr-u1kK-eWcp-AHjX-IcnerW LV Write Access read/write LV Creation host, time acs-kyungmo-lamp.tsstesting.com, 2021-12-07 19:34:39 -0600 LV Status available # open 1 LV Size 59.99 GiB <--- new logical volume size Current LE 15358 Segments 4 Allocation inherit Read ahead sectors auto - currently set to 8192 Block device 253:2
-
Vérifiez la taille du système de fichiers.
# df -Th /projects Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/vg00-vol_projects ext4 59G 2.1G 55G 4% /projects
Pour plus d'informations, voir RHEL 8-Modification du volume logique.
-
-
Non-LVM- ext2, ext3, ext4:
-
Agrandissez la partition existante sur le disque à l'aide des utilitaires
growpart
etxfs_progs
. Si vous devez les installer, exécutez la commande ci-après.# yum install cloud-utils-growpart xfsprogs -y
-
Démontez le volume sur lequel vous souhaitez développer la partition.
# umount /dev/mapper/3600a098038304338415d4b4159487669p1
-
Exécutez l'utilitaire
growpart
. Cette action développe la partition spécifiée, qu'il s'agisse d'un système de fichiers ext2, ext3, ext ou xfsf.# growpart /dev/mapper/3600a098038304338415d4b4159487669 1 CHANGED: partition=1 start=2048 old: size=146800640 end=146802688 new: size=209713119,end=209715167
-
Exécutez
partprobe
pour relire le disque et ses partitions, puis exécutezlsblk
pour vérifier la nouvelle taille de partition étendue.# partprobe # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 100G 0 disk ├─sda1 8:1 0 100G 0 part └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part sdb 8:16 0 100G 0 disk └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part xvda 202:0 0 100G 0 disk ├─xvda1 202:1 0 256M 0 part /boot └─xvda2 202:2 0 99.8G 0 part / xvdb 202:16 0 2G 0 disk └─xvdb1 202:17 0 2G 0 part [SWAP]
-
-
Etendez le système de fichiers existant sur la partition.
-
Démontez la partition.
# umount /dev/mapper/3600a098038304338415d4b4159487669p1
-
Exécutez
e2fsck -f
pour vous assurer que le système de fichiers est propre et ne présente aucun problème avant de procéder au redimensionnement.# e2fsck -f /dev/mapper/3600a098038304338415d4b4159487669p1 e2fsck 1.42.9 (28-Dec-2013) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/mapper/3600a098038304338415d4b4159487669p1: 12/4587520 files (0.0% non-contiguous), 596201/18350080 blocks
-
Emettez la commande
resize2fs
pour redimensionner le système de fichiers.# resize2fs /dev/mapper/3600a098038304338415d4b4159487669p1 resize2fs 1.42.9 (28-Dec-2013) Resizing the filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 to 26214139 (4k) blocks. The filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 is now 26214139 blocks long.
-
Montez la partition et exécutez
df -vh
pour vérifier que la nouvelle taille est correcte.# mount /dev/mapper/3600a098038304338415d4b4159487669p1 /SL02SEL1160157-73 # df -vh Filesystem Size Used Avail Use% Mounted on /dev/xvda2 99G 3.7G 90G 4% / devtmpfs 3.9G 0 3.9G 0% /dev tmpfs 3.9G 1.7M 3.9G 1% /dev/shm tmpfs 3.9G 25M 3.8G 1% /run tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup /dev/xvda1 240M 148M 80M 65% /boot fsf-sjc0401b-fz.adn.networklayer.com:/SL02SV1160157_8/data01 40G 1.1G 39G 3% /SL02SV1160157_8 tmpfs 782M 0 782M 0% /run/user/0 /dev/mapper/3600a098038304338415d4b4159487669p1 99G 1.1G 93G 2% /SL02SEL1160157-73
-
-
-
Non-LVM-xfs
-
Montez le système de fichiers xfs sur son point de montage. Voir
/etc/fstab
si vous ne connaissez pas l'ancien point de montage pour la partition xfs.# mount /dev/sdb1 /mnt
-
Etendez le système de fichiers. Remplacez le point de montage du système de fichiers.
# xfs_growfs -d </mnt>
-
-
Pourquoi deux disques s'affichent-ils dans Disk Management lorsque j'ajoute un seul périphérique de stockage ?
Deux disques peuvent s'afficher dans Disk Management si MPIO n'est pas installé ou est désactivé pour ISCSI. Pour vérifier la configuration MPIO, reportez-vous aux étapes de la vérification de la configuration MPIO pour Linux® ou de la vérification de la configuration MPIO dans les systèmes d'exploitation Windows.
Comment reconnecter le stockage après un échange de châssis ?
Procédez comme suit pour reconnecter le stockage après une permutation de châssis.
- Avant la permutation, retirez l'autorisation (révoquer l'accès) des unités de stockage.
- Après la permutation, autorisez à nouveau l'hôte.
- Effectuez à nouveau une reconnaissance des périphériques de stockage avec les données d'identification obtenues par la nouvelle autorisation.
Pour plus d'informations, voir Gestion de Block Storage for Classic.
Comment déconnecter mon périphérique de stockage d'un hôte ?
Pour effectuer une déconnexion d'un hôte, procédez comme suit :
- Supprimez les sessions ISCSI du système d'exploitation et, le cas échéant, démontez le périphérique.
- Révoquer l'accès de l'hôte au périphérique de stockage dans la console IBM Cloud®.
- Supprimez la reconnaissance automatique et, le cas échéant, supprimez les entrées de base de données de connexion du système d'exploitation pour les connexions ISCSI.
Quelle est la différence entre le stockage Endurance et le stockage Performance ?
Endurance et Performance sont des options de mise à disposition que vous pouvez sélectionner pour les périphériques de stockage. En bref, les niveaux IOPS d'Endurance offrent des niveaux de performance prédéfinis que vous pouvez affiner avec le niveau Performance. Les mêmes dispositifs sont utilisés pour proposer les offres avec différentes options. Pour plus d'informations, voir IBM Cloud Block Storage: Détails.
Je ne parviens pas à mettre le stockage à niveau. Qu'est-ce qui empêche la mise à niveau ou l'extension du stockage ?
Les situations suivantes peuvent affecter la possibilité de mise à niveau ou d'extension du stockage:
- Les autorisations que vous avez dans la console IBM Cloud® peuvent être un facteur. Pour plus d'informations, voir les rubriques de la section Rôles et droits des utilisateurs.
La mise à niveau de mon stockage affecte-t-elle les données contenues dans le volume?
Non. Lorsque vous choisissez d'étendre votre volume de stockage ou d'ajuster sa valeur IOPS, le changement n'a aucun impact sur vos données. Rien n'est écrasé ou effacé au cours de ces opérations. L'ajustement n'entraîne pas non plus d'interruption de service ou d'impossibilité d'accès au stockage.
Les volumes iSCSI sont-ils provisionnés de manière fine ou épaisse?
Tous les services et fichiers de Block Storage for Classic sont alloués de manière dynamique. Cette méthode n'est pas modifiable.
Mon ID de facturation a changé, qu'est-ce que cela signifie ?
Vous pouvez remarquer que vos volumes de stockage sont désormais facturés en tant que "Endurance Storage Service" ou "Performance Storage Service" au lieu de "Enterprise Storage". Vous pouvez également avoir de nouvelles options dans la console, telles que la possibilité d'ajuster les IOPS ou d'augmenter la capacité. IBM Cloud® s'efforce d'améliorer en permanence les capacités de stockage. Au fur et à mesure que le matériel est mis à niveau dans les centres de données, les volumes de stockage qui s'y trouvent sont également mis à niveau pour utiliser toutes les fonctionnalités améliorées. Le prix que vous payez pour votre volume de stockage ne change pas avec cette mise à niveau.
Quelle est la durée de conservation de Block Storage for Classic ?
Lorsque vous stockez vos données dans Block Storage for Classic, elles sont durables, très disponibles et chiffrées. La cible de durabilité d'une zone de disponibilité unique est de 99,999999999% (11 9). Pour plus d'informations, voir Disponibilité et durabilité de Block Storage for Classic.
Quel est le temps de disponibilité moyen pour Block Storage for Classic ?
Lorsque vous stockez vos données sur Block Storage for Classic, elles sont durables, hautement disponibles et cryptées. Block Storage for Classic s'appuie sur du matériel et des logiciels d'entreprise éprouvés et de premier ordre pour assurer une disponibilité et un temps de fonctionnement élevés. Pour s'assurer que l'objectif de disponibilité de 99.999 % (cinq 9) est atteint, les données sont stockées de manière redondante sur plusieurs disques physiques sur des nœuds jumelés HA. Chaque noeud de stockage a plusieurs chemins d'accès à ses propres unités SSD et aux SSD de son noeud partenaire. Cette configuration protège contre l'échec du chemin d'accès, ainsi que l'échec du contrôleur car le nœud peut toujours accéder aux disques de son partenaire de manière transparente. Pour plus d'informations, voir Disponibilité et durabilité de Block Storage for Classic.
Comment identifier un volume Block Storage for Classic à partir de mon système d'exploitation ?
Il existe diverses raisons pour lesquelles vous souhaitez rechercher l'ID des numéros d'unités logiques des volumes de stockage associés sur l'hôte de traitement. Par exemple, vous pouvez avoir plusieurs unités de stockage montées sur le même hôte avec les mêmes tailles de volume. Vous voulez déconnecter et mettre hors service l'un d'entre eux. Toutefois, vous ne savez pas comment corréler ce que vous voyez sur votre hôte Linux® avec ce que vous voyez dans la console. Vous pouvez également avoir plusieurs volumes Block Storage for Classic connectés à un serveur ESXi. Vous souhaitez augmenter la taille de l'un des volumes et, pour ce faire, vous devez connaître l'ID LUN correct du stockage. Pour obtenir des instructions spécifiques au système d'exploitation, cliquez sur l'un des liens suivants.
L'équipe d'assistance peut-elle me fournir des mesures de performance du stockage (IOPS ou latence)?
IBM Cloud® ne fournit pas de métriques des IOPS et des temps d'attente pour mesurer les performances de stockage. Les clients sont censés surveiller leurs propres unités Block Storage for Classic en utilisant des outils de surveillance tiers de leur choix.
Les exemples suivants sont des utilitaires que vous pouvez envisager d'utiliser pour vérifier les statistiques de performance.
sysstat
-Outils de performances système pour le système d'exploitation Linux®.typeperf
-Commande Windows qui écrit les données de performances dans la fenêtre de commande ou dans un fichier journal.esxtop
-Outil de ligne de commande qui fournit aux administrateurs des informations en temps réel sur l'utilisation des ressources dans un environnement VMware® vSphere. Il peut surveiller et collecter des données pour toutes les ressources système : unité centrale, mémoire, disque et réseau.
Quelle est la différence entre un volume de réplique, un volume dépendant et un volume dupliqué indépendant?
Vous pouvez créer une réplique ou un volume en double à l'aide d'un instantané de votre volume. La réplication et le clonage utilisent l'un de vos instantanés pour copier des données sur un volume de destination. Cependant, c'est là que se terminent les similitudes.
La réplication permet de synchroniser vos données entre deux emplacements différents. Un seul volume de la paire (volume principal et volume de réplique) peut être actif à la fois. Le processus de réplication copie automatiquement les informations du volume actif vers le volume inactif en fonction de la planification de la réplication. Pour plus d'informations sur les volumes de réplique, voir Réplication de données.
La duplication crée une copie de votre volume en fonction d'une image instantanée dans la même zone de disponibilité que le volume parent. Le volume dupliqué hérite par défaut des options de capacité et de performance du volume d'origine et contient une copie des données jusqu'au point de cohérence d'une image instantanée. Le volume en double peut être dépendant ou indépendant du volume d'origine et il peut être actualisé manuellement avec les données du volume parent. Vous pouvez ajuster les E-S/s ou augmenter la taille du volume du doublon sans aucun effet sur le volume parent.
-
Un volume dupliqué dépendant ne passe pas par la conversion pour devenir indépendant et peut être actualisé à tout moment après sa création. Le système verrouille l'instantané d'origine de sorte que l'instantané ne puisse pas être supprimé tant que le doublon dépendant existe. Le volume parent ne peut pas être annulé tant que le volume en double dépendant existe. Si vous souhaitez annuler le volume parent, vous devez d'abord annuler le doublon dépendant ou le convertir en doublon indépendant.
-
Un doublon indépendant est supérieur au doublon dépendant à la plupart des égards, mais il ne peut pas être actualisé immédiatement après sa création en raison du long processus de conversion. Elle peut prendre jusqu'à plusieurs heures en fonction de la taille du volume. Par exemple, cela peut prendre jusqu'à une journée pour un volume de 12 To. Toutefois, une fois le processus de séparation terminé, les données peuvent être actualisées manuellement à l'aide d'un autre instantané du volume parent d'origine.
Pour plus d'informations sur les doublons, voir Création et gestion de volumes en double.
Fonction | Replica | Doublon dépendant | Doublon indépendant |
---|---|---|---|
Créé à partir d'un instantané | |||
Emplacement du volume copié | Zone de disponibilité à distance | Même zone de disponibilité | Même zone de disponibilité |
Prend en charge le basculement | |||
Taille et IOPS différentes | |||
Synchronisation automatique avec le volume parent | |||
Actualisation à la demande à partir du volume parent | |||
Séparé du volume parent |
Combien de temps faut-il pour convertir un doublon dépendant en volume indépendant?
Le processus de conversion peut prendre un certain temps. Plus le volume est grand, plus il faut de temps pour le convertir. Pour un volume de 12 To, cette opération peut prendre 24 heures. Vous pouvez vérifier la progression dans la console ou depuis la CLI.
-
Dans l'interface utilisateur, accédez à Infrastructure classique. Cliquez sur Stockage > Block Storage for Classic, puis localisez le volume dans la liste. Le statut de conversion s'affiche sur la page Présentation.
-
À partir de l'interface utilisateur, utilisez la commande suivante.
slcli block duplicate-convert-status <dependent-vol-id>
La sortie obtenue au retour de cette commande est semblable à cet exemple :
slcli block duplicate-convert-status 370597202 Username Active Conversion Start Timestamp Completed Percentage SL02SEVC307608_74 2022-06-13 14:59:17 90
Où puis-je trouver plus d'informations sur le stockage portable?
Les volumes de stockage portable (PSV) constituent une solution de stockage auxiliaire exclusivement dédiée à Virtual Servers. Vous pouvez déconnecter le PSV d'un serveur virtuel et le connecter à un autre. Vous pouvez connecter un disque de stockage portable à un seul serveur virtuel à la fois. Toutes les informations stockées sur le disque sont conservées pour être transférées d'un périphérique à l'autre. Pour plus d'informations, voir Portable SAN storage.