Initiation à File Storage for Classic

File Storage for Classic offre une durabilité et une disponibilité de niveau entreprise, ainsi que des options de performances flexibles, grâce à un système de stockage en réseau (NAS) basé sur l' NFS e persistante.

IBM Cloud® File Storage for Classic Il s'agit d'un service de stockage en réseau ( File Storage for Classic ) basé sur le système de fichiers réseau ( NFS ), qui se caractérise par sa pérennité, sa rapidité et sa flexibilité. Dans cet environnement de stockage en réseau (NAS), vous disposez d’un contrôle total sur le fonctionnement et les performances de vos partages de fichiers. Les partages File Storage for Classic peuvent être connectés à un maximum de 64 appareils autorisés via des connexions routées Transmission Control Protocol / Internet Protocol ( TCP/IP ) pour plus de résilience.

Pour plus d'informations sur l'utilisation de File Storage for Classic avec IBM Cloud® Kubernetes Service, voir Stockage de données sur IBM Cloud File Storage.

Avant de commencer

Les volumes File Storage for Classic peuvent être mis à disposition à partir de 20 Go et jusqu'à 12 To avec deux options :

  • Effectuez la mise à disposition avec des niveaux Endurance offrant des niveaux de performance prédéfinis et d'autres fonctionnalités telles que les images instantanées et la réplication. Les 4 niveaux suivants sont disponibles en fonction du nombre d'opérations d'entrée-sortie par seconde (IOPS) par Go :
    • LOW_INTENSITY_TIER = 0.25 IOPS/Go
    • READHEAVY_TIER = 2 IOPS/Go
    • WRITEHEAVY_TIER = 4 IOPS/Go
    • 10_IOPS_PER_GB = 10 IOPS/Go
  • Créez un environnement de Performances haute puissance avec des IOPS allouées.

Pour plus d'informations sur l'offre File Storage for Classic, consultez la page Qu'est-ce que l' IBM Cloud File Storage?.

Remarques sur la mise à disposition

Taille d'E-S

La valeur IOPS pour Endurance et Performance est calculée sur la base d’une taille de bloc de 16 Ko, avec une charge de travail répartie à parts égales entre lecture et écriture, ainsi qu’entre opérations aléatoires et séquentielles. Un bloc de 16 Ko équivaut à une écriture sur le volume.

La taille des E/S utilisée par votre application a un impact direct sur les performances de stockage. Si la taille des E/S utilisée par votre application est inférieure à 16 Ko, la limite d'IOPS est atteinte avant la limite de débit. A l'inverse, si la taille de bloc qui est utilisée par votre application est supérieure à 16 Ko, la limite de débit est atteinte avant la limite des opérations d'entrée-sortie par seconde.

Le tableau montre des exemples de la façon dont la taille de l'IO et l'IOPS affectent le débit. Taille moyenne des E-S x E-S/s = Débit en Mo/s.
Taille d'E-S (ko) IOPS Débit (Mo/s)
4 1 000 4
8 1 000 8
16 1 000 16
32 500 16
64 250 16
128 128 16
512 32 16
1024 16 16

Hôtes autorisés

Un autre facteur à prendre en compte est le nombre d'hôtes qui utilisent votre volume. Lorsqu'un seul hôte accède au volume, il peut être difficile d'atteindre le nombre maximal d'IOPS disponibles, en particulier lorsque ce nombre est très élevé ( 10,000s ).

Le nombre maximal d'IOPS pour un partage de stockage de fichiers est de 48 000 IOPS. Si votre charge de travail nécessite un débit aussi élevé, il serait préférable de configurer au moins deux serveurs pour accéder à votre volume afin d'éviter un goulot d'étranglement sur un seul serveur.

Vous pouvez autoriser jusqu'à 64 serveurs à accéder au partage de fichiers. Cette limite inclut toutes les autorisations de sous-réseau, d'hôte et d'adresse IP combinées. Pour plus d'informations sur l'augmentation de cette limite, voir la Foire aux questions.

Connexion réseau

La vitesse de votre connexion Ethernet doit être supérieure au débit maximal attendu de votre volume. En règle générale, vous ne devriez pas saturer votre connexion Ethernet au-delà de 70 % de la bande passante disponible. Par exemple, si vous disposez de 6 000 IOPS et que vous utilisez une taille de bloc de 16 Ko, le volume peut gérer un débit d'environ 94 Mo/s. Si vous disposez d'une connexion Ethernet de 1 Gbit/s pour votre volume, vous rencontrez un goulot d'étranglement lorsque vos serveurs tentent d'utiliser le débit maximal disponible. En effet, 70 % de la limite théorique d'une connexion à 1 Gbps ne représente que 88 Mbps.

Pour atteindre le nombre maximal d'IOPS, vous devez mettre en place les ressources réseau adéquates. D'autres éléments sont à prendre en compte, notamment l'utilisation d'un réseau privé en dehors du stockage, les réglages côté hôte et spécifiques aux applications, ainsi que d'autres paramètres.

Le trafic de stockage doit être isolé des autres types de trafic et ne doit pas transiter par les pare-feu ni les routeurs. Le fait de maintenir le trafic de stockage dans un réseau local virtuel (VLAN) dédié permet également d'éviter les incompatibilités de taille maximale de trame (MTU) lorsque les trames Jumbo sont activées. Pour plus d'informations, voir Activation des trames Jumbo.

Le trafic de stockage est inclus dans l'utilisation réseau totale des serveurs virtuels publics. Pour plus d'informations sur les limites que peut imposer le service, voir la documentation sur les serveurs virtuels.

Version NFS

NFSv3 et NFSv4.1 sont pris en charge dans l'environnement IBM Cloud®. Network File System (NFS) est un protocole réseau pour le partage de fichiers répartis. Il permet aux hôtes distants de monter des systèmes de fichiers sur un réseau et d'interagir avec ces systèmes de fichiers comme s'ils étaient montés localement.

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.

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 sur les différentes fonctionnalités de chaque version et sur ce qui est pris en charge par VMware®, consultez les « Bonnes pratiques pour l'exécution d' NFS avec VMware vSphere ».

Soumission de votre commande

Lorsque vous êtes prêt à soumettre votre commande, vous pouvez la placer dans la Console, à partir de l'interface de ligne de commande, avec l'API ou avec Terraform. Pour plus d’informations sur le provisionnement d’ File Storage s pour les déploiements d’ VMware®, consultez le guide d’architecture.

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

Connexion et configuration de votre nouveau stockage

Lorsque votre demande de mise à disposition est terminée, autorisez vos hôtes à accéder au nouveau stockage et configurez votre connexion. Suivez le lien approprié en fonction du système d'exploitation de votre hôte.

Le montage de partages File Storage for Classic sur le système d'exploitation Windows n'est pas pris en charge.

Gestion de votre stockage

Dans la console, depuis le CLI, avec l'API ou Terraform, vous pouvez gérer divers aspects de votre File Storage for Classic tels que les autorisations d'hôtes et les annulations. Pour plus d'informations, voir Gestion de File Storage for Classic.

Vous pouvez synchroniser vos données entre deux emplacements différents à l'aide de la réplication. La réplication utilise l'un de vos calendriers de snapshots pour copier automatiquement les snapshots vers un volume de destination situé dans un centre de données distant. Vous pouvez restaurer les copies à partir du site distant en cas de sinistre ou si vos données sont corrompues. Pour plus d'informations, consultez la section « Réplication et reprise après sinistre - Réplication des données ».

Si vous envisagez d'étendre votre infrastructure IBM Cloud ou d'évaluer des options de stockage modernes, consultez la section Migration des données depuis l'infrastructure classique d' IBM Cloud vers VPC.