banniere
Expertise professionnellePourquoi un micrologiciel intelligent est plus important qu’un débit de pointe dans...

Pourquoi un micrologiciel intelligent est plus important qu’un débit de pointe dans les systèmes NAS

Par Eun-Kyung Hong, HDD Product Manager – Toshiba Electronics Europe GmbH

Eun-Kyung Hong_2000px.JPG

Les systèmes de stockage en réseau (NAS) ont considérablement évolué depuis leurs débuts, où ils se limitaient au simple stockage de fichiers. Aujourd’hui, dans les foyers, les entreprises et les environnements créatifs du monde entier, les systèmes NAS jouent un rôle bien plus vaste : ils prennent en charge de multiples utilisateurs et processus simultanément, souvent 24 heures sur 24.

Lors de l’évaluation de disques durs, les caractéristiques principales — telles que la capacité et la vitesse de transfert — constituent des points de comparaison évidents. Toutefois, dans un système NAS, un disque est rarement soumis à une charge de travail linéaire et ininterrompue, telle que celle correspondant aux débits séquentiels maximaux annoncés. En réalité, le fonctionnement d’un NAS implique des sauvegardes, des accès aux fichiers, la gestion de métadonnées, des opérations liées aux configurations RAID, ainsi que diverses autres requêtes qui entrent en concurrence les unes avec les autres.

Par conséquent, les performances d’un NAS ne dépendent pas uniquement du matériel mécanique ou des débits théoriques affichés. La capacité du disque à gérer efficacement ces charges de travail concurrentes est tout aussi déterminante ; c’est précisément là que le micrologiciel (firmware) joue un rôle crucial. Pour comprendre pourquoi, il est utile d’examiner ce que représentent réellement les chiffres annoncés concernant la vitesse de transfert.

Pourquoi le débit de pointe ne donne qu’une vision partielle de la situation

Le débit séquentiel indiqué pour un disque dur correspond à une condition d’utilisation spécifique : le transfert continu de données entre des secteurs adjacents. Lors d’un transfert séquentiel soutenu, les têtes de lecture/écriture passent relativement peu de temps à se déplacer entre différents emplacements sur le support. Un NAS fonctionne rarement dans de telles conditions sur une longue durée. À mesure que des requêtes arrivent, les transferts continus sont interrompus et les têtes de lecture/écriture commencent à se déplacer entre différentes zones du disque.

Dans un NAS à quatre baies, au cours d’une journée de travail, il peut arriver que des sauvegardes nocturnes soient encore en cours alors que des utilisateurs accèdent à des fichiers partagés et que le système d’exploitation met à jour les métadonnées du système de fichiers. Si un disque a été récemment remplacé, les opérations de reconstruction d’une grappe RAID viennent s’ajouter à la file d’attente des requêtes. Prises isolément, aucune de ces activités n’est particulièrement exigeante ; la difficulté réside dans leur traitement simultané.

Il en résulte bien plus qu’une simple baisse de débit : chaque changement de direction interrompt le flux de données et impose un déplacement supplémentaire des têtes avant que la requête suivante puisse être traitée. À mesure que le nombre de requêtes augmente, le transfert continu de données se trouve de plus en plus fragmenté par ces autres activités.

Toutes les requêtes ne peuvent pas être différées, bien qu’un léger retard — de l’ordre d’une fraction de seconde — dans le traitement d’une partie d’une sauvegarde séquentielle soit rarement perceptible. Lorsqu’un utilisateur ouvre un document, il s’attend à une réponse immédiate ; parallèlement, les opérations liées aux métadonnées du système de fichiers ou à la reconstruction d’une grappe RAID doivent pouvoir se poursuivre en arrière-plan. Le disque doit donc trouver un équilibre entre des requêtes de lecture et d’écriture qui diffèrent par leur taille, leur emplacement et leur degré d’urgence, plutôt que de les traiter strictement dans l’ordre de leur arrivée.

Le micrologiciel optimise le comportement du matériel

Les têtes de lecture/écriture, le moteur de broche et les supports de stockage définissent les limites mécaniques d’un disque dur. Si le micrologiciel ne peut pas accroître la vitesse de fonctionnement de ces composants, il peut en revanche optimiser leur utilisation. Il détermine la manière dont le disque répond aux diverses requêtes, notamment en ce qui concerne la gestion des données dans la mémoire cache et l’organisation des commandes avant leur exécution.

Ainsi, deux disques durs dotés de composants matériels similaires peuvent réagir différemment face à une même charge de travail au sein d’un système NAS. La différence ne réside pas dans le mécanisme de stockage lui-même, mais dans le micrologiciel qui le pilote.

La charge de travail détermine la réponse

Dans ce même NAS à quatre baies, une opération de sauvegarde nocturne est en cours d’écriture lorsqu’un utilisateur ouvre un document stocké ailleurs sur le système. Le disque pourrait interrompre immédiatement la sauvegarde pour traiter la demande de lecture, mais cela accroîtrait les déplacements des têtes de lecture/écriture et briserait le flux d’écriture continu. Ignorer la demande de lecture n’est pas une meilleure solution, car l’utilisateur s’attend à une réponse immédiate. Le micrologiciel doit donc décider de la manière de gérer ces requêtes concurrentes avant qu’elles n’atteignent le mécanisme d’enregistrement.

Cette décision ne dépend pas uniquement de l’ordre d’arrivée des requêtes. Une demande de lecture peut nécessiter un traitement différent de celui d’une longue opération d’écriture séquentielle ; par ailleurs, les mises à jour des métadonnées et le trafic généré par la reconstruction d’une grappe RAID imposent des contraintes supplémentaires au système de stockage. À mesure que la charge de travail évolue, le micrologiciel réévalue en permanence la gestion des requêtes entrantes avant qu’elles n’atteignent le mécanisme d’enregistrement, ce qui lui permet de déterminer l’utilisation optimale du cache et l’organisation des commandes.

L’allocation du cache dépend de la charge de travail

Identifier la charge de travail n’est qu’une première étape. Une fois que le micrologiciel a déterminé la manière dont une requête doit être traitée, il peut appliquer une politique de cache adaptée aux exigences de cette activité, plutôt que de traiter toutes les requêtes de la même façon.

Une opération de sauvegarde séquentielle et l’ouverture d’un document par un utilisateur peuvent toutes deux transiter par le même cache, mais elles ne bénéficient pas de la même stratégie d’allocation. Réserver de l’espace dans le cache pour les écritures mises en mémoire tampon permet de maintenir la continuité d’un transfert séquentiel, tandis que la mise à disposition de cache pour les requêtes de lecture réduit le temps d’attente nécessaire à la récupération des données.

Appliquer une politique de cache unique à toutes les requêtes peut entraîner une concurrence entre les écritures séquentielles mises en mémoire tampon et les requêtes de lecture plus modestes pour l’accès aux mêmes ressources de cache, à mesure que la charge de travail évolue.

La planification des commandes met en œuvre ces décisions.

L’identification de la charge de travail et l’allocation appropriée du cache ne déterminent pas le moment où les requêtes atteignent le support d’enregistrement. Le micrologiciel (firmware) doit encore décider de l’ordre dans lequel les commandes en attente seront exécutées. Dans le cadre d’une charge de travail NAS mixte, cette décision influe sur la fréquence des déplacements des têtes de lecture/écriture entre différents emplacements sur le disque, ainsi que sur le temps consacré au transfert de données par rapport au temps passé à repositionner le mécanisme d’enregistrement.

Les principes décrits jusqu’ici sont mis en œuvre de différentes manières selon les fabricants de disques. L’approche de Toshiba s’incarne dans son architecture de micrologiciel NASLink™, au sein de laquelle l’identification de la charge de travail, l’allocation du cache et la planification des commandes font partie intégrante d’un même processus décisionnel (Figure 1).

NASlink_Infographic-workload awareness.png

Figure 1 : Le micrologiciel identifie d’abord la charge de travail avant d’appliquer une allocation de cache et une planification des commandes, afin d’assurer des performances « prévisibles ».

Au sein de NASLink™, le type de traitement identifié influe sur l’organisation des commandes en attente. Les petites requêtes d’écriture sont regroupées en séquences d’écriture plus longues et plus continues, afin de limiter les déplacements inutiles des têtes de lecture/écriture. Les petites requêtes de lecture sont, dans la mesure du possible, insérées durant les périodes d’inactivité des opérations d’écriture, tandis que les tâches de fond — telles que la reconstruction de grappes RAID ou la vérification des disques — sont ajustées de manière à minimiser leur impact sur les accès des utilisateurs.

NASlink_Infographic-scheduler.png

Figure 2 : NASLink™ réorganise les requêtes en attente en regroupant les écritures en transferts séquentiels plus longs, en traitant les lectures de plus petite taille durant des intervalles appropriés et en gérant séparément l’activité RAID en arrière-plan.

Les décisions de planification prennent également en compte des facteurs qui dépassent la commande elle-même. La longueur de la file d’attente, la continuité des données, les vibrations et la température influencent toutes l’ordre dans lequel les requêtes sont exécutées.

Le micrologiciel reste tributaire du matériel

Bien que le micrologiciel puisse identifier les charges de travail, allouer de la mémoire cache et organiser la file d’attente des commandes, ces décisions reposent toujours sur les caractéristiques physiques du disque. La technologie d’enregistrement détermine la manière dont les données sont inscrites sur le support, la capacité de la mémoire cache limite l’espace de travail disponible pour le micrologiciel, et la précision du positionnement des têtes de lecture/écriture demeure indispensable lors de l’exécution des commandes.

C’est pourquoi le micrologiciel (firmware) d’un NAS est développé conjointement avec un matériel conçu pour un fonctionnement en continu impliquant plusieurs disques, plutôt que de manière isolée. Dans le modèle Toshiba N300, la technologie d’enregistrement magnétique conventionnel (CMR) offre les caractéristiques d’enregistrement séquentiel prévisibles sur lesquelles repose la stratégie du micrologiciel ; une mémoire cache allant jusqu’à 1 Go sert de mémoire de travail, allouée dynamiquement par NASLink™ ; enfin, des capteurs de vibrations rotationnelles contribuent à maintenir un positionnement précis des têtes de lecture/écriture lorsque les disques voisins génèrent des vibrations au sein du boîtier.

Conception adaptée aux charges de travail mixtes

Le débit séquentiel maximal demeure une spécification importante, mais il ne décrit qu’une seule condition de fonctionnement. Un disque pour système NAS passe une grande partie de son temps à répondre à des requêtes concurrentes qui interrompent le transfert continu de données ; le micrologiciel (firmware) doit alors déterminer comment organiser l’activité de stockage.

Les charges de travail propres aux systèmes NAS associent transferts séquentiels, lectures aléatoires et tâches de maintenance en arrière-plan, plaçant ainsi une part importante du comportement du disque sous le contrôle du micrologiciel. La reconnaissance de la charge de travail, l’allocation du cache et la planification des commandes influencent la manière dont le mécanisme d’enregistrement répond à ces sollicitations concurrentes, tandis que le matériel constitue la plateforme stable sur laquelle reposent ces décisions. La technologie NASLink™ de Toshiba illustre une mise en œuvre de ces principes d’ingénierie au sein d’un disque conçu spécifiquement pour les environnements NAS.

à lire aussi

Snowflake veut faire de l’exploitation locale un pilier de son projet de souveraineté cloud

Snowflake envisage des collaborations avec Bleu et Orange Business...

Contrôle d’accès : de l’obsolescence technique à la dette de sécurité

Par Steven Commander, Directeur Consultants et Régulations chez HID Prenons...

Cybersécurité : rzilient veut dépasser l’accumulation de solutions

rzilient  franchit une nouvelle étape dans le développement de...

Arivia : Katun élargit les options de gestion d’impression avec EKM Insight

Katun annonce que sa gamme d’imprimantes multifonctions Arivia est...

Dans la même catégorie

Contrôle d’accès : de l’obsolescence technique à la dette de sécurité

Par Steven Commander, Directeur Consultants et Régulations chez HID Prenons...

Planification : l’IA ne doit plus seulement prévoir, mais aider à arbitrer

Par Nicolas Commare, CEO de Colibri S&OPIl y a...

IA en entreprise : des processus structurés à la maîtrise des données

L’intelligence artificielle gagne rapidement du terrain. Assistants, analyse de...

Protection DDoS : pourquoi le « plug & play » ne suffit pas

Par Simon Bonin, expert cybersécurité IMS NetworksDisposer d’une protection...

Intelligence artificielle : données, usages et ROI au cœur des priorités

Pendant deux ans, les entreprises ont multiplié les expérimentations...
banniere

Ça pourrait vous interresser

Datacenters : la maintenance des infrastructures au service de la performance

Les datacenters occupent une place centrale dans la transformation numérique des organisations.  Mais la performance d’un datacenter ne repose pas uniquement sur ses équipements....

Brownfield industriel : moderniser les équipements sans repartir de zéro

Dans l’industrie, la transformation numérique se heurte à une réalité simple : une usine ne se renouvelle pas au rythme d’un parc informatique. Une...

Intelligence artificielle : comment les DSI peuvent conserver leur liberté de choix

Longtemps considérée comme un sujet d'innovation réservé aux grands acteurs du numérique, l'intelligence artificielle devient une composante concrète des outils de gestion des services...