Cette page décrit le dimensionnement des performances des volumes.
Importance du dimensionnement des performances
Pour dimensionner correctement vos charges de travail en fonction des performances, vous devez comprendre les éléments suivants :
Performances qu'un seul volume peut fournir.
Ajuster les performances d'un volume
Les performances dépendent principalement du niveau de service du pool de stockage sous-jacent.
Performances personnalisées de Flex Unified et Flex File
Voici quelques points à prendre en compte pour les performances personnalisées Flex Unified et Flex File :
Les performances sont partagées : le pool de stockage sous-jacent fournit les performances. Tous les volumes d'un pool personnalisé Flex Unified ou Flex File partagent les performances totales du pool. Les volumes plus petits peuvent utiliser les performances inutilisées des volumes plus importants. Cela s'applique aux modes par défaut et ONTAP.
Performances configurables : vous pouvez définir les performances du pool indépendamment de sa capacité.
Par défaut : débit de 64 Mio/s et 1 024 IOPS par pool.
Scalabilité du débit : augmentez le débit jusqu'à 5 Gio/s par incréments de 1 Mio/s. Chaque Mio/s supplémentaire ajoute 16 IOPS.
IOPS : provisionnez jusqu'à 160 000 IOPS par pool.
Pools de grande capacité : le débit peut atteindre 24 Gio/s.
Limites : les performances effectives du pool sont plafonnées par la limite atteinte en premier (débit ou IOPS), en fonction de la taille de bloc de votre application.
Performances par défaut des fichiers Flex
Tenez compte des points suivants pour les performances par défaut des fichiers flexibles :
Les performances sont partagées : le pool de stockage sous-jacent fournit les performances. Tous les volumes du pool partagent ses performances.
Comme pour les performances personnalisées Flex Unified et Flex File, la taille des blocs détermine la limite qui s'applique en premier : le débit ou les IOPS.
Débit : 16 Kio/s par Gio de capacité du pool, jusqu'à un maximum de 1,6 Gio/s.
IOPS : 1 024 IOPS par Tio de capacité du pool, jusqu'à un maximum de 60 000 IOPS.
Performances standards, Premium et extrêmes
Pour les volumes de niveau de service Standard, Premium et Extreme, le débit maximal qu'un volume peut supporter est déterminé par sa capacité et le niveau de service du pool de stockage qui l'héberge. Vous pouvez augmenter ou diminuer le débit maximal de votre volume en modifiant sa capacité ou, pour les niveaux de service Premium et Extreme, en le réattribuant à un pool de stockage avec un niveau de service différent.
Les limites de débit et d'IOPS suivantes supposent de grandes lectures séquentielles. Les petites E/S ou les écritures atteignent les limites inférieures. Pour en savoir plus, consultez Benchmarks de performances.
Les performances évoluent en fonction de la taille du volume et du niveau de service.
Standard : 16 Mio/s par Tio de capacité de volume, jusqu'à un maximum de 1,6 Gio/s.
Premium : 64 Mio/s par Tio de capacité de volume, jusqu'à un maximum de 5 Gio/s par volume. 30 Gio/s pour les volumes de grande capacité.
Extreme : 128 Mio/s par Tio de capacité de volume, avec un maximum de 5 Gio/s par volume. 30 Gio/s pour les volumes de grande capacité.
Scaling linéaire : le débit augmente avec la taille du volume jusqu'à atteindre le maximum du niveau de service.
Ajuster les performances : pour améliorer les performances, vous pouvez augmenter la capacité de volume ou passer à un niveau de service supérieur, comme Premium ou Extrême. Pour plus de contrôle, utilisez la qualité de service manuelle afin d'allouer les performances du pool à des volumes spécifiques.
Considérations relatives à la charge de travail
La section Dimensionnement des performances des volumes décrit les performances maximales qu'un volume peut fournir. Les performances réelles de l'application dépendent de la façon dont elle effectue des opérations d'E/S sur le volume.
Les principaux facteurs qui déterminent les performances d'une application sont les suivants :
Mix de charge de travail : lectures, écritures, opérations sur les métadonnées, accès séquentiel ou aléatoire.
Taille des blocs : les petits blocs entraînent des IOPS plus élevées, tandis que les grands blocs entraînent un débit plus élevé. Utilisez des tailles de bloc plus importantes (64 KiB ou plus) pour une meilleure efficacité.
Latence : une latence réseau plus faible améliore les performances.
Concurrence des E/S : plus les opérations d'E/S sont parallèles, plus les performances sont élevées.
Protocole d'accès : le choix du protocole (NFSv3, NFSv4, SMB ou iSCSI) peut avoir une incidence sur les performances.
Cache de VM cliente : l'augmentation du cache de tampon de la VM peut réduire les opérations de lecture.
Voici les formules clés :
IOPS = simultanéité / latence
Débit = IOPS * taille de bloc
Les exemples suivants montrent comment le débit et les IOPS sont calculés :
Exemple de débit de volume
Pour un volume avec le niveau de service Premium et une capacité de 1 500 Gio, le débit de lecture séquentielle important maximal pouvant être atteint avec une simultanéité de 8 est calculé à l'aide de la formule suivante. Pour les volumes Premium, le débit évolue de manière linéaire avec la capacité du volume jusqu'à atteindre sa limite.
(1 500 Gio x 64 Kio/s/Gio) / 1 024 Kio/Mio = 93,75 Mio/s
Exemple de débit et d'IOPS
Prenons l'exemple d'un utilisateur qui copie un fichier volumineux à l'aide d'une copie à thread unique (concurrency = 1) dans l'explorateur de fichiers Windows. Le fichier est déplacé d'un SSD local vers un volume Extreme de 4 Tio, dont la limite de débit est de 512 Mio/s.
En supposant que l'Explorateur de fichiers Windows utilise une taille de bloc de 128 Kio et que le volume a une latence de 0,5 ms, le débit et les IOPS peuvent être calculés à l'aide de la formule suivante :
IOPS = 1/0,0005 s = 2 000 IOPS
Débit = 2 000 IOPS * 128 Kio = 256 000 Kio/s = 250 Mio/s
Dans cet exemple, l'explorateur de fichiers n'est pas en mesure d'atteindre la limite de volume (512 Mio/s). De plus, si la latence est d'une milliseconde, le débit diminue de 50 %, car la latence a un impact direct sur les applications monothread. Pour exploiter tout le potentiel de performances de ce volume, utilisez des applications multithread qui offrent une meilleure simultanéité.
Opérations associées aux métadonnées
Les opérations de métadonnées sont des opérations mineures spécifiques à un protocole. Les performances des opérations de métadonnées sont principalement limitées par la latence. Voici quelques exemples d'opérations sur les métadonnées :
Lister le contenu d'un dossier
Supprimer un fichier
Définir des autorisations
Latence
La latence correspond au temps total nécessaire à l'exécution d'une opération d'E/S. Cela inclut le temps d'attente dans la file d'attente et le temps de service pendant lequel l'E/S est traitée. Pour améliorer la latence, nous vous recommandons de tester la connexion à NetApp Volumes depuis toutes les zones de votre région et de sélectionner celle qui présente la latence la plus faible.
Remarques
Lorsque la bande passante réseau d'un client est inférieure à celle requise, la latence du client signalée par perfmon dans Windows ou
nfsiostatdans Linux est supérieure à celle signalée par NetApp Volumes, car l'opération d'E/S passe du temps dans la file d'attente sur le client.La latence de stockage devient élevée lorsque le débit maximal d'un volume est inférieur à celui requis pour une charge de travail donnée. Cela entraîne également une latence client plus élevée en raison de la mise en file d'attente supplémentaire côté client.
Lorsque le débit maximal du volume est atteint, vous pouvez améliorer les latences du client et du stockage en augmentant la limite de débit.
Étapes suivantes
En savoir plus sur les pools de stockage