FAQ pour File Storage for Classic

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 chiffrés File Storage for Classic qui sont 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 bon point de montage, consultez les informations relatives au point de montage dans 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é 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 volumes 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 de 7.8 TB ou plus. Tout volume de 9 000 Go ou plus atteint la limite maximale de 2 040 109 451 inodes.

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 une nouvelle part File Storage for Classic dans le bon centre de données, puis annuler le dispositif File Storage for Classic que vous avez commandé dans le mauvais emplacement.

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 en double.

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'une période 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, 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

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 des performances moins élevées. Pour améliorer les performances, vous pouvez essayer d'ajuster les paramètres de l'hôte ou d' activer les trames Jumbo.

Que se passe-t-il si j'utilise une taille d'OI plus petite pour mesurer la performance?

Le nombre maximum d'IOPS peut être obtenu même si vous utilisez des tailles d'IO plus petites. Toutefois, le débit sera plus lent. Par exemple, un volume avec 6000 IOPS a le débit suivant pour différentes tailles d'IO :

• 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.

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

Les limites de débit sont fixées 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 à la nouvelle interface vmk l'adresse IP secondaire inutilisée, le masque de sous-réseau et l'IP de passerelle du nouveau VLAN trunked.

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

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.

Qu'advient-il des données lorsque les actions File Storage for Classic sont supprimées?

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. La période d'attente minimale de 24 heures vous donne la possibilité d'annuler la demande d'annulation 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 no_root_squash, ce qui permet aux clients root de conserver les autorisations root sur le partage NFS. Vous pouvez activer cette fonction 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, voir Meilleures pratiques pour l'exécution de 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 système de stockage et, par conséquent, l'hôte considère que le système de stockage est 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.

Ce problème peut être observé avec les lecteurs virtuels des machines virtuelles sur un datastore VMware® connecté au réseau (protocole NFS ). Pour résoudre ce problème, vérifiez que le chemin du réseau entre le stockage et l'hôte est dégagé et qu'aucune maintenance ou panne 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 peut envisager les actions suivantes :

• Ajout de réglages de système d'exploitation invité. Pour plus d'informations, voir NetApp's recommendations for guest OS tunings for a VMware® vSphere deployment.
• Reconfiguration des systèmes hôte utilisant NFSv4.1 pour NFSv3 pour une résilience accrue lors des opérations de maintenance.
• Abandon du session trunking sur les systèmes hôtes qui exécutent VMware® ESXi. 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 VMware®, rescanner le stockage pour actualiser le datastore 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. Retirer l'autorisation (révoquer l'accès) de l'unité de stockage, puis autoriser à nouveau l'hôte.
2. Découvrez à nouveau les dispositifs de stockage, avec les nouvelles informations d'identification obtenues 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 dispositifs sont utilisés pour le stockage, mais ils sont fournis avec des options différentes. Pour plus d'informations, voir File Storage Features.

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

Non. Vous ne pouvez pas monter les partages 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 ?

En généralement, lorsque des volumes sont mis à disposition, ils reçoivent le nombre maximal d'i-nodes pour la taille que vous avez commandée. Le nombre maximal d'inodes augmente automatiquement au fur et à mesure que le volume s'accroît. Si le nombre d'inodes n'augmente pas après l'extension d'un volume, soumettez 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, voir les rubriques Rôles et autorisations de l'utilisateur.

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. 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 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 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 les pannes de chemin et 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.

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 périphériques File Storage for Classic en utilisant les 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 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, allez dans Infrastructure classique. 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.

• À partir de l'interface utilisateur, 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 IBM Cloud, allez dans Gérer > Accès (IAM) > Utilisateurs. Sélectionnez ensuite dans la liste le nom d'un utilisateur dont vous pouvez gérer l'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.