Numéro d’article: 000136940
| Remarque : |
| la fonctionnalité CacheCade est disponible depuis la première moitié de l’année civile 2011. |
| Remarque : |
| pour pouvoir utiliser CacheCade pour le disque virtuel, la règle d’écriture et de lecture du disque virtuel basé sur le disque dur doit être définie sur Écriture différée ou Forcer l’écriture différée et la règle de lecture doit être définie sur Lecture anticipée ou Lecture anticipée adaptative. |
Articles et livres blancs connexes :
Mesure des performances
Les utilisateurs peuvent ne pas comprendre les meilleures méthodes pour tester les SSD et les appareils CacheCade™ et peuvent observer les avantages du stockage solide. Cet article tente de fournir des conseils sur les spécifications de performances optimales qui peuvent être appliquées de manière générique à la plupart des outils de test de performances.
L’utilisation d’outils de test de performances pour obtenir des performances optimales dépend, bien sûr, du niveau de compréhension de l’utilisateur quant à la façon dont l’appareil testé est censé fonctionner.
Taille de bloc : les disques SSD et appareils CacheCade se comportent de manière optimale lorsqu’ils sont utilisés avec des blocs de petite taille plutôt que des blocs de grande taille. Lors de la lecture ou de l’écriture d’E/S, le processus de sélection de la cellule active est électronique et ne dépend pas d’un mouvement de tête physique, comme avec les disques mécaniques. Cela signifie que les appareils SSD peuvent répondre très rapidement aux E/S aléatoires de petits blocs et peuvent atteindre plus de 10 000 E/S par seconde alors qu’un disque mécanique aurait du mal à atteindre plus de 200 E/S par seconde.
Profondeur de file d’attente : les disques SSD ont une longue file d’attente, la plupart ont 64 E/S en attente, soit bien plus qu’un disque SAS standard, qui compte généralement 16 E/S en attente. Cette longue file d’attente offre beaucoup plus de flexibilité au disque, car elle réduit la dépendance du disque au contrôleur pour fournir des E/S en temps opportun. Le contrôleur peut maintenir la file d’attente en cas besoin, en laissant le disque fonctionner sans avoir à attendre sur le contrôleur.
À mesure que la technologie change et que les disques SSD effectuent davantage de tâches en parallèle, la profondeur de file d’attente du disque est susceptible de s’approfondir à nouveau. L’outil de test des performances doit être utilisé pour rechercher la profondeur de file d’attente la plus efficace. Par conséquent, l’augmentation de cette profondeur de file d’attente de temps à autre peut entraîner de meilleurs chiffres avec différents appareils.
Lié au cache : il est important que l’outil de performances ne soit pas lié au cache, car toutes les E/S sont prises en compte par le cache du contrôleur. Cela se produit lorsque la taille du fichier de test n’est pas correctement spécifiée et qu’il est capable de s’insérer complètement dans le cache du contrôleur. Lorsque cela se produit, les E/S n’atteignent jamais les disques et les performances renvoyées pour les E/S sont généralement limitées par la vitesse du bus PCI. Par conséquent, de faux chiffres de performances supérieurs à 3 Go/s peuvent être observés. Surchargez toujours le cache en sélectionnant une taille de fichier de test supérieure à celle du cache du contrôleur.
CacheCade
CacheCade doit être évalué différemment des disques SSD standard, car cette technologie est uniquement utilisée pour mettre en cache les demandes de lecture, et non les demandes d’écriture. Évaluer une solution CacheCade peut être difficile pour un utilisateur, car la méthodologie standard de lecture ou d’écriture de blocs ne fournit pas les résultats attendus, sauf si le cache est préparé.
Pour mieux décrire cette caractéristique de CacheCade, imaginez une situation dans laquelle les disques mécaniques sont uniquement mis en cache en lecture et que vous souhaitez exécuter IOMeter pour vérifier que CacheCade est capable de fournir les performances attendues de celui-ci. IOMeter crée d’abord un fichier de test à partir duquel il effectue ses opérations d’E/S. Ce fichier est écrit sur le stockage cible. Par conséquent, le fichier n’est pas mis en cache par CacheCade. IOMeter commence alors à effectuer ses opérations d’E/S sur le fichier, mais comme nous le savons déjà, il n’est pas dans le cache. Les opérations d’E/S initiales seront donc effectuées sur les disques mécaniques. Cette erreur de cache initiale (où les données demandées ne sont pas disponibles dans le cache) affecte négativement la première partie de l’analyse des performances. Il est donc nécessaire d’effectuer des étapes pour éliminer ce problème de performances des statistiques. CacheCade met également en œuvre la mise en cache sur les points sensibles des données uniquement, ce qui signifie que les données doivent être fréquemment consultées avant d’être mises en cache. Nous devons également surmonter cet effet pour mesurer les performances au niveau pratique.
Pour répondre à nos attentes, nous devons nous assurer que le fichier de test est suffisamment consulté pour qu’il soit mis en cache. Pour ce faire, laissez IOMeter exécuter un test de lecture pendant une période prolongée. Gardez à l’esprit que la taille du fichier de test et la vitesse des opérations d’E/S en MD/s déterminent la durée de mise en cache du fichier. Le fichier doit être lu plusieurs fois avant d’être mis en cache. Vous pouvez donc l’utiliser pour réaliser l’équivalent de 5 lectures en divisant la taille du fichier par la vitesse en Mo/s * 5.
Par exemple, un fichier de test de 4 Go, lu à 40 Mo/s = 100 secondes * 5 = 500 secondes.
Dans cet exemple, vous devez laisser un test de lecture en cours d’exécution pendant au moins 8,5 minutes pour que l’équivalent de 5 opérations de lecture soit effectué sur l’ensemble du fichier. Cette période est appelée « temps de préparation » pour le cache.
Après plus de 8,5 minutes de préparation, mettez fin au test de performances. Ainsi, le fichier cible de test d’IOMeter restera en cache, car il n’y aura pas de processus pour vider les données de CacheCade, le fichier étant conservé après la fermeture de l’application. Redémarrez ensuite la même application de performance et sélectionnez les mêmes disques cibles. Lorsqu’IOMeter commence à lire à partir du fichier, les données sont déjà dans le cache (mise en cache réussie) et les performances doivent ressembler à celles de CacheCade dans un état optimisé.
Points clés :
Lors de l’exécution d’autres outils de mesure des performances, certaines recommandations de configuration doivent être suivies.
Pour les disques SSD et CacheCade :
Servers
22 févr. 2022
7
How To