Comment savoir si tel ou tel volume File Storage for Classic est chiffré ?

Consultez la liste de volumes File Storage for Classic dans le portail client. Une icône en forme de verrou figure en regard du nom des volumes qui sont chiffrés.

Comment faire pour trouver le point de montage correct de mon stockage File Storage for Classic ?

Tous les volumes File Storage for Classic chiffrés provisionnés dans les centres de données améliorés ont un point de montage différent de celui des volumes non chiffrés. Pour vous assurer que vous utilisez le point de montage correct, consultez les informations relatives au point de montage sur la page Détails du volume de la console. Vous pouvez également accéder au point de montage correct via un appel d'API : SoftLayer_Network_Storage::getNetworkMountAddress().

Combien de volumes puis-je mettre à disposition ?

Par défaut, vous pouvez provisionner un total combiné de 700 volumes Block et File Storage for Classic. Pour augmenter votre limite, contactez le support. Pour plus d'informations, voir Gestion des limites de stockage.

Combien d'instances de serveur peuvent partager l'utilisation d'un volume provisionné d' File Storage for Classic?

Le nombre d'autorisations par volume de fichier est limité par défaut à 64. La limite inclut toutes les autorisations de sous-réseau, d'hôte et d'adresse IP combinées. Pour augmenter cette limite, contactez le support. Pour plus d'informations, voir Création de cas de support.

Combien de volumes File Storage for Classic peuvent être connectés à un seul hôte ?

Le nombre de volumes pouvant être attachés à un seul hôte dépend de ce que le système d'exploitation de l'hôte peut gérer. L' IBM Cloud® e n'impose aucune limite à cet égard. Consultez la documentation de votre système d'exploitation pour connaître les limites relatives au nombre de partages de fichiers pouvant être montés.

Combien de fichiers et de répertoires sont autorisés pour des tailles de volume de fichiers spécifiques? Quel est le nombre maximal de noeuds d'index (i-node) autorisé par taille de volume ?

Le nombre de fichiers qu'un volume peut contenir est déterminé par le nombre d'i-nodes qu'il possède. Un i-node est une structure de données qui contient des informations sur les fichiers. Les volumes possèdent des i-nodes privés et publics. Les i-nodes publics sont utilisés pour les fichiers qui sont visibles par le client et les i-nodes privés sont utilisés pour les fichiers utilisés en interne par le système de stockage. Vous pouvez vous attendre à avoir un inode pour chaque 32 KB de capacité de volume. Le nombre maximal de fichiers est fixé à 2 milliards. Toutefois, cette valeur maximale ne peut être configurée qu'avec des volumes d' 7.8 e de To ou plus. Tout volume de 9 000 Go ou plus atteint la limite maximale de 2 040 109 451 inodes.

Quelle est la taille maximale d'un fichier sur un volume d' File Storage for Classic?

La taille maximale prise en charge pour les fichiers (y compris les fichiers VMDK) est limitée à 16 To par fichier.

J'ai commandé un volume File Storage for Classic dans le mauvais centre de données. Est-il possible de le transférer ou de le faire migrer vers un autre centre de données ?

Vous devez commander un nouveau partage File Storage for Classic dans le centre de données approprié, puis annuler la commande du périphérique File Storage for Classic que vous aviez passée pour un emplacement incorrect.

Vous pouvez également créer une copie de votre partage et annuler le partage parent. Pour plus d'informations, voir Création et gestion de volumes en double.

Si vous envisagez une migration à plus grande échelle vers l' IBM Cloud VPC, consultez la section Migration des données depuis l'infrastructure classique d' IBM Cloud vers VPC.

J'ai « immédiatement » annulé mon volume d' File Storage for Classic, 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'une période d'attente de récupération de 24 heures. Le volume est toujours visible dans la console pendant cette période. Le délai d'attente de 24 heures vous permet d'annuler la demande de résiliation si nécessaire. Si vous souhaitez annuler la suppression du volume, déposez un dossier d'assistance.

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.

Mesure des IOPS

Les IOPS sont mesurées sur la base d'un profil de charge composé 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 des performances moins élevées. Pour améliorer les performances, vous pouvez essayer de modifier les paramètres de l'hôte ou d'activer les trames Jumbo.

Que se passe-t-il lorsque j'utilise une taille d'E/S plus petite pour mesurer les performances?

Il est possible d'obtenir un nombre maximal d'IOPS même en utilisant des tailles d'E/S plus petites. Toutefois, le débit sera plus lent. Par exemple, un volume de 6 000 IOPS présente le débit suivant pour différentes tailles d'E/S :

• 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

Les opérations d'entrées-sorties par seconde (IOPS) sont-elles allouées 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 avec 6 000 IOPS partagent ces 6 000 IOPS.

IBM Cloud garantit-il un nombre minimum d'IOPS?

Non, la fonction « IBM Cloud » ne garantit pas une valeur minimale d'IOPS. Les IOPS (opérations d'entrée-sortie par seconde) dépendent de l'hôte de calcul sur lequel le stockage de fichiers est monté, et non du stockage lui-même. Le volume de stockage est soumis à une limite maximale d'IOPS et à une limite de débit, en fonction de la configuration qui vous a été attribuée. Il s'agit de seuils maximaux, et non de garanties minimales.

Lorsque vous provisionnez un volume « File Storage for Classic », vous sélectionnez un niveau d’IOPS (pour « Endurance ») ou vous spécifiez une valeur d’IOPS personnalisée (pour « Performance »). Cette valeur correspond au nombre maximal d'IOPS que le volume peut prendre en charge. Le nombre réel d'IOPS que vous observez dépend de la charge de travail de votre application et des opérations d'E/S générées par votre hôte de calcul.

Le système de stockage peut réguler le trafic de données en fonction de deux facteurs :

• Limite d'IOPS: nombre maximal d'opérations d'E/S par seconde que le volume peut traiter
• Limite de débit- Débit maximal de transfert de données (calculé comme suit : IOPS × taille d'E/S)

Si votre application utilise une taille d'E/S supérieure à la valeur nominale de 16 Ko, la limite de débit est atteinte avant celle des IOPS. Par exemple, avec un volume de 6 000 IOPS :

• Avec une taille d'E/S de 16 Ko : vous pouvez atteindre 6 000 IOPS (débit de ~93.75 Mo/s)
• Avec une taille d'E/S de 32 Ko : la limite de débit est atteinte à 3 000 IOPS (débit de ~93.75 Mo/s)

Pour plus d'informations sur l'impact de la taille des E/S sur les performances, consultez la section « Que se passe-t-il lorsque j'utilise une taille d'E/S plus petite pour mesurer les performances? »

Le volume doit-il être préchauffé pour atteindre le débit attendu?

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é si une connexion Ethernet plus rapide est utilisée ?

Les limites de débit sont définies au niveau du volume. Une connexion Ethernet plus rapide ne permet pas d'augmenter la limite définie. 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 File Storage for Classic vers sa propre interface VLAN et contourner un pare-feu ?

Pour adopter cette pratique recommandée, procédez comme suit :

1. 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 File Storage for Classic.

2. Mettez à disposition un sous-réseau privé secondaire dans le nouveau VLAN.

3. Reliez le nouveau VLAN à l'interface privée de l'hôte. Cette action interrompt momentanément le trafic réseau sur l'hôte, le temps d'établir la liaison du VLAN à l'hôte.

4. Créez une interface réseau.

   • Sur l'hôte Linux, 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.
   • Dans VMware®, créez une nouvelle interface réseau VMkernel (vmk) et attribuez-lui l'adresse IP secondaire inutilisée, le masque de sous-réseau et l'adresse IP de la passerelle du VLAN récemment agrégé.

5. Ajoutez une nouvelle route statique persistante sur l'hôte au sous-réseau NFS cible.

6. Autorisez la nouvelle adresse IP à accéder au stockage.

7. Pour des instructions de montage, en fonction du système d'exploitation de votre hôte, suivez le lien approprié.

   • Accès à File Storage for Classic sous Linux
   • Montage de volume File Storage for Classic sur des hôtes ESXi
   • VMwareComment connecter un périphérique de stockage via des VLAN isolés?

Quel temps d'attente lié aux performances puis-je attendre de mon stockage File Storage for Classic ?

La latence cible au sein du stockage est inférieure à une ms. Le stockage étant connecté aux instances de calcul sur un réseau partagé, la latence exacte des performances dépend du trafic réseau pendant l'opération.

Que deviennent les données lorsque des partages d' File Storage for Classic s sont supprimés?

IBM Cloud® File Storage for Classic présente des partages de fichiers aux clients sur un stockage physique avant toute réutilisation.

Lorsque vous supprimez un volume File 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 de stockage, le partage doit être remplacé avant que le stockage 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.

Pourquoi l'action Annuler n'est-elle pas disponible dans la console?

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. Le délai d'attente minimum de 24 heures vous permet d'annuler la demande de résiliation si nécessaire.

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.

Quelles sont les versions NFS prises en charge ?

NFSv3 et NFSv4.1 sont pris en charge dans l'environnement IBM Cloud®. NFSv4.2 n'est pas pris en charge.

Utilisez le protocole NFSv3 si possible. NFSv3 prend en charge les écritures asynchrones sécurisées et est plus robuste lors du traitement des erreurs que la version précédente de NFSv2. Il prend en charge les tailles et les décalages de fichier 64 bits, permettant aux clients d'accéder à plus de 2 Go de données de fichier.

NFSv3 Prend en charge nativement ce qui no_root_squash permet aux clients root de conserver leurs droits root sur le partage NFS. Vous pouvez activer cette fonctionnalité dans NFSv4.1, en modifiant les informations relatives au domaine et en exécutant le service rpcidmapd ou un service similaire. Pour plus d'informations, voir Implémentation de no_root_squash pour NFS.

Lorsque File Storage for Classic est utilisé dans un déploiement VMware®, NFSv4.1 peut être le meilleur choix pour votre implémentation. Pour plus d'informations, consultez les bonnes pratiques relatives à l'exécution d' NFS avec VMware vSphere.

Plusieurs hôtes dans mon déploiement VMware avec différents protocoles NFS peuvent-ils accéder au même partage de fichiers ?

Non. Vous ne pouvez pas utiliser différentes versions de NFS pour monter le même datastore sur plusieurs hôtes. Parce que les clients NFS 3 et NFS 4.1 n'utilisent pas le même protocole de verrouillage. L'accès aux mêmes disques virtuels à partir de deux clients incompatibles peut entraîner un comportement incorrect et une corruption des données. Pour plus d'informations, voir NFS Verrouillage des fichiers.

Est-ce que VAAI (vStorage for API Array Integration) et l'accélération matérielle sont activées dans nos déploiements VMware ?

Non. Actuellement, vStorage pour l'intégration des réseaux API et l'accélération du matériel ne sont pas pris en charge.

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.

Quelle est la différence entre le basculement contrôlé et le basculement immédiat ?

Le basculement contrôlé effectue une dernière synchronisation avant d'interrompre la fonction miroir. Le basculement immédiat interrompt immédiatement la fonction miroir et active le volume de réplique.

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 brièvement la connexion au stockage; par conséquent, l'hôte considère ce stockage comme étant en lecture seule afin d'éviter toute 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.

Ce problème peut se produire avec les disques virtuels des machines virtuelles situées sur un datastore VMware® connecté au réseau (protocole NFS ). Pour résoudre le problème, vérifiez que le chemin réseau entre le stockage et l'hôte est dégagé et qu'aucune opération de maintenance ou coupure n'est en cours. Ensuite, démontez puis remontez le volume de stockage. Si le volume est toujours en lecture seule, redémarrez l'hôte.

Pour les instructions de montage, voir les rubriques suivantes.

• Montage de File Storage for Classic sur des hôtes ESXi
• Montage de File Storage for Classic sur Red Hat Linux®
• Montage de File Storage for Classic sur Ubuntu

Pour éviter que cette situation ne se reproduise, le client pourrait envisager les mesures suivantes :

• Ajout de réglages de système d'exploitation invité. Pour plus d'informations, consultez les recommandations d' NetApp's s concernant l'optimisation des systèmes d'exploitation invités pour un déploiement d' VMware® vSphere.
• Reconfiguration des systèmes hôte utilisant NFSv4.1 pour NFSv3 pour une résilience accrue lors des opérations de maintenance.
• Fin de la prise en charge du trunking de sessions sur les systèmes hôtes exécutant ESXi d' VMware®. La troncature de session n'est pas prise en charge et est connue pour provoquer des interruptions.

J'ai augmenté la taille de mon volume File Storage for Classic à l'aide de la console Cloud, mais la taille sur mon serveur est toujours la même. Comment corriger ce problème ?

Pour voir la taille de volume étendue, montez puis remontez votre disque File Storage for Classic existant sur votre serveur. Dans une implémentation d' VMware®, relancez l'analyse du stockage pour actualiser le magasin de données VMware® et afficher la nouvelle taille du volume.

Comment reconnecter le stockage après un échange de châssis ?

Après un échange de châssis, procédez comme suit pour reconnecter le stockage :

1. Retirez l'autorisation (révoquez l'accès) du périphérique de stockage, puis autorisez à nouveau l'hôte.
2. Redécouvrez les périphériques de stockage grâce aux nouveaux identifiants obtenus lors de la réautorisation.

Pour plus d'informations, voir Gestion de File Storage for Classic.

Comment déconnecter mon périphérique de stockage d'un hôte ?

Pour déconnecter un volume d'un hôte, procédez comme suit :

1. Démontez le périphérique.
2. Révoquez l'accès de l'hôte à partir du périphérique de stockage dans la console Cloud.
3. Supprimez les montages automatiques des connexions NFS.

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 appareils sont utilisés pour le stockage, mais proposés avec différentes options. Pour plus d'informations, consultez la section Fonctionnalités d' File Storage.

Puis-je connecter un partage File Storage for Classic à Windows?

Non. Vous ne pouvez pas monter des partages d' IBM Cloud® File Storage for Classic sur Microsoft Windows. NFS dans un environnement Windows n'est pas pris en charge par IBM Cloud®.

Les partages File Storage for Classic peuvent être montés sur des systèmes d'exploitation Linux ou en tant que magasin de données VMware® sur des hôtes ESXi. Pour plus d'informations sur le montage des volumes File Storage for Classic, voir les rubriques suivantes:

• Montage de File Storage for Classic sur Red Hat Linux®
• Montage de File Storage for Classic sur Ubuntu
• File Storage for Classic s de montage en tant que banque de données d' VMware® s sur les hôtes ESXi

Puis-je monter un périphérique de stockage sur plusieurs hôtes dans IBM Cloud ?

Oui, vous pouvez utiliser cette configuration car NFS est un protocole avec reconnaissance des fichiers.

Puis-je augmenter les noeuds d'index (i-nodes) pour mon volume NFS ?

Généralement, lorsque les volumes sont approvisionnés, le nombre maximum d'inodes pour la taille que vous avez commandée est alloué aux volumes. Le nombre maximal d'inodes augmente automatiquement à mesure que le volume s'accroît. Si le nombre d'inodes n'augmente pas après l'extension d'un volume, ouvrez un dossier d'assistance.

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 droits dont vous disposez dans la console Cloud peuvent être en cause. Pour plus d'informations, consultez les rubriques de la section Rôles et autorisations 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 File Storage for Classic font-ils l'objet d'une mise à disposition dynamique ou fixe ?

Tous les services de fichier et de stockage par blocs File Storage for Classic ont une mise à disposition 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. À mesure que le matériel des centres de données est mis à niveau, les volumes de stockage qui s'y trouvent sont également mis à niveau afin de tirer pleinement parti de 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 File Storage for Classic ?

Lorsque vous stockez vos données dans File 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 File Storage for Classic.

Quel est le temps de disponibilité moyen pour File Storage for Classic ?

Lorsque vous stockez vos données dans File Storage for Classic, elles sont durables, très disponibles et chiffrées. File Storage repose sur du matériel et des logiciels de pointe, éprouvés et de niveau entreprise, afin d'assurer une haute disponibilité et une continuité de service. Afin de garantir le respect de l'objectif de disponibilité de 99.999 % (cinq 9), les données sont stockées de manière redondante sur plusieurs disques physiques au sein de nœuds appariés haute disponibilité. 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 les pannes de chemin d'accès, mais aussi contre les pannes de 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 File Storage for Classic.

Puis-je obtenir des indicateurs de performances de stockage (IOPS ou latence) auprès de l'équipe d'assistance?

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 périphériques File Storage for Classic en utilisant les outils de surveillance tiers de leur choix.

Les exemples suivants présentent des utilitaires que vous pourriez envisager d'utiliser pour vérifier les statistiques de performances.

• 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- Un outil de ligne de commande qui donne 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 ou 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. Il 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.

Comparaison des caractéristiques des différents types de copies de volume.
Cette table contient des en-têtes de ligne et de colonne. Les en-têtes de ligne identifient la fonction. Les en-têtes de colonne identifient le type de copie de volume.

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		[1]	[2]
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. Dans 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 la console, accédez à Classic Infrastructure. Cliquez sur Stockage > File Storage for Classic, puis localisez le volume dans la liste. Le statut de conversion s'affiche sur la page Présentation.

• Depuis l'interface de ligne de commande (CLI), utilisez la commande suivante.

  slcli file duplicate-convert-status <dependent-vol-id>
  

  La sortie obtenue au retour de cette commande est semblable à cet exemple :

  slcli file duplicate-convert-status 370597202
  Username            Active Conversion Start Timestamp   Completed Percentage
  SL02SEVC307608_74   2022-06-13 14:59:17                 90
  

Comment gérer les autorisations et les accès des utilisateurs?

Le propriétaire du compte, ou un utilisateur disposant de l'autorisation « Gérer l'infrastructure classique de l'utilisateur », peut ajuster les autorisations des autres utilisateurs au sein du compte IBM Cloud. Si vous n'êtes pas le titulaire du compte, vous ne pouvez attribuer que le niveau d'autorisations ou un sous-ensemble des autorisations qui vous sont déjà attribuées. Dans la console d' IBM Cloud, accédez à Gérer > Accès (IAM) > Utilisateurs. Sélectionnez ensuite dans la liste le nom d'un utilisateur dont vous pouvez gérer les droits d'accès, puis cliquez sur Infrastructure classique. Sélectionnez Autorisations de compte pour permettre à l'utilisateur d'ajouter et de mettre à niveau le stockage. Pour plus d'informations, voir Gestion de l'accès à l'infrastructure classique.

Lorsque le stockage de fichiers est configuré, les serveurs hôtes doivent être autorisés à monter le partage de fichiers. L'autorisation peut être configurée dans la console, à partir de l'interface de ligne de commande, avec l'API ou Terraform. Pour plus d'informations, consultez la section Autorisation des hôtes dans Gestion d' File Storage s pour Classic.

Une fois l'hôte autorisé, vous pouvez monter le partage de fichiers et attribuer des propriétaires à votre nouvelle structure de dossiers et à vos nouveaux fichiers. Dans l' Linux, vous pouvez affiner le contrôle d'accès en utilisant les commandes chown et chmod pour attribuer des autorisations de lecture, d'écriture et d'exécution à des utilisateurs et des groupes individuels. Pour plus d'informations, voir Mounting File Storage for Classic sur Red Hat Linux® et Mounting File Storage for Classic sur Ubuntu.

Puis-je utiliser l'API pour connaître la capacité utilisée sur mon site File Storage for Classic?

Oui. Vous pouvez utiliser la commande curl suivante pour connaître la capacité utilisée dans le volume de stockage spécifié par son ID.

curl -g -u $SL_USER:$SL_APIKEY -X GET \
'https://api.softlayer.com/rest/v3.1/SoftLayer_Network_Storage/{volume_ID}/collectBytesUsed'

Pour plus d'informations, consultez la référence API.

Puis-je migrer mes volumes File Storage for Classic vers VPC?

Oui. Si vous envisagez de migrer vos charges de travail vers IBM Cloud® Virtual Private Cloud, la page IBM Cloud vous explique comment connecter vos environnements Classic et VPC et copier vos données à l'aide d'outils tels que rsync et dcfldd. Pour plus d’informations, consultez la section Migration des données de l’infrastructure classique d’ IBM Cloud. vers VPC ainsi que le guide de migration De l’infrastructure classique vers VPC.