{"id":95870,"date":"2020-10-04T13:41:59","date_gmt":"2020-10-04T11:41:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/pochemu-vazhno-proverit-po-na-vashej-shd-vysokoj-dostupnosti-999999"},"modified":"2020-10-04T13:41:59","modified_gmt":"2020-10-04T11:41:59","slug":"pochemu-vazhno-proverit-po-na-vashej-shd-vysokoj-dostupnosti-999999","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/pochemu-vazhno-proverit-po-na-vashej-shd-vysokoj-dostupnosti-999999","title":{"rendered":"Pourquoi est-il important de tester le logiciel sur votre stockage \u00e0 haute disponibilit\u00e9 (99,9999%)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Pourquoi<\/p>\n

Quelle est la version du firmware la plus \"correcte\" et \"fonctionnelle\" ? Si le syst\u00e8me de stockage garantit une disponibilit\u00e9 de 99,9999 %, cela signifie-t-il qu'il fonctionnera sans interruption m\u00eame sans mise \u00e0 jour logicielle ? Ou, au contraire, pour obtenir une disponibilit\u00e9 maximale, faut-il toujours installer le firmware le plus r\u00e9cent ? Nous allons essayer de r\u00e9pondre \u00e0 ces questions en nous basant sur notre exp\u00e9rience.<\/p>\n

Introduction rapide<\/h3>\n

Nous comprenons tous qu'il y a souvent des imperfections \/ bugs et d'autres \"particularit\u00e9s\" dans chaque version de logiciel, qu'il s'agisse d'un syst\u00e8me d'exploitation ou d'un driver pour un appareil. Ces anomalies peuvent ne pas se \"manifester\" jusqu'\u00e0 la fin de la dur\u00e9e de vie de l'\u00e9quipement ou ne \"se r\u00e9v\u00e9ler\" que dans certaines conditions. Le nombre et l'importance de ces nuances d\u00e9pendent de la complexit\u00e9 (fonctionnalit\u00e9) du logiciel et de la qualit\u00e9 des tests effectu\u00e9s lors de son d\u00e9veloppement. <\/p>\n

Souvent, les utilisateurs restent sur le \"firmware d'origine\" (le c\u00e9l\u00e8bre \"cela fonctionne, n'y touche pas\") ou installent toujours la derni\u00e8re version (dans leur compr\u00e9hension, la derni\u00e8re version est la plus fonctionnelle). Nous, en revanche, adoptons une autre approche : nous consultons les notes de version pour tous les logiciels utilis\u00e9s. dans le cloud mClouds<\/a><\/noindex> et choisissons soigneusement le firmware appropri\u00e9 pour chaque \u00e9quipement. <\/p>\n

Nous en sommes arriv\u00e9s \u00e0 cette conclusion, disons, par l'exp\u00e9rience. En nous basant sur notre propre utilisation, nous allons expliquer pourquoi les 99,9999 % de fiabilit\u00e9 promis par le syst\u00e8me de stockage ne signifient rien si vous ne veillez pas \u00e0 mettre \u00e0 jour et \u00e0 consulter la description du logiciel en temps opportun. Notre cas s'applique aux utilisateurs de syst\u00e8mes de stockage de tout fournisseur, car une telle situation peut survenir avec le mat\u00e9riel de n'importe quel fabricant.<\/p>\n

Choix d'un nouveau syst\u00e8me de stockage de donn\u00e9es<\/h3>\n

\u00c0 la fin de l'ann\u00e9e derni\u00e8re, notre infrastructure a \u00e9t\u00e9 enrichie d'un syst\u00e8me de stockage de donn\u00e9es int\u00e9ressant : le mod\u00e8le d'entr\u00e9e de gamme de la gamme IBM FlashSystem 5000, qui \u00e0 l'\u00e9poque de son acquisition \u00e9tait connu sous le nom de Storwize V5010e. Il est d\u00e9sormais vendu sous le nom de FlashSystem 5010, mais il s'agit en r\u00e9alit\u00e9 de la m\u00eame base mat\u00e9rielle avec le m\u00eame Spectrum Virtualize \u00e0 l'int\u00e9rieur. <\/p>\n

La pr\u00e9sence d'un syst\u00e8me de gestion unique \u2014 c'est, d'ailleurs, la principale distinction d'IBM FlashSystem. Pour les mod\u00e8les d'entr\u00e9e de gamme, il ne diff\u00e8re pratiquement pas des mod\u00e8les plus performants. Le choix d'un mod\u00e8le particulier ne fournit qu'une base mat\u00e9rielle correspondante, dont les caract\u00e9ristiques permettent d'utiliser telle ou telle fonctionnalit\u00e9 ou d'assurer un niveau de scalabilit\u00e9 plus \u00e9lev\u00e9. Le logiciel, quant \u00e0 lui, identifie la partie mat\u00e9rielle et fournit la fonctionnalit\u00e9 n\u00e9cessaire et suffisante pour cette plateforme. <\/p>\n

\"PourquoiIBM FlashSystem 5010<\/p>\n

Un aper\u00e7u de notre mod\u00e8le 5010. Il s'agit d'un syst\u00e8me de stockage de donn\u00e9es de niveau d'entr\u00e9e avec deux contr\u00f4leurs. Il peut accueillir des disques NLSAS, SAS, SSD. L'h\u00e9bergement de NVMe n'est pas disponible car ce mod\u00e8le de syst\u00e8me de stockage est positionn\u00e9 pour des t\u00e2ches qui ne n\u00e9cessitent pas la performance des disques NVMe.<\/p>\n

Le syst\u00e8me de stockage a \u00e9t\u00e9 acquis pour le stockage d'informations archiv\u00e9e ou de donn\u00e9es qui ne sont pas souvent consult\u00e9es. Par cons\u00e9quent, il nous suffisait de l'ensemble standard de ses fonctionnalit\u00e9s : tiering (Easy Tier), Thin Provision. La performance sur les disques NLSAS, au niveau de 1000-2000 IOPS, nous convenait \u00e9galement parfaitement. <\/p>\n

Notre exp\u00e9rience - comment nous n'avons pas mis \u00e0 jour le firmware \u00e0 temps<\/h3>\n

Passons maintenant \u00e0 la mise \u00e0 jour du logiciel. Au moment de l'acquisition, le syst\u00e8me avait d\u00e9j\u00e0 une version un peu obsol\u00e8te du logiciel Spectrum Virtualize, \u00e0 savoir 8.2.1.3.<\/strong><\/p>\n

Nous avons \u00e9tudi\u00e9 la description des firmwares et avons pr\u00e9vu une mise \u00e0 jour vers 8.2.1.9<\/strong>. Si nous avions \u00e9t\u00e9 un peu plus r\u00e9actifs, cet article n'existerait pas - un bug ne se serait pas produit sur un firmware plus r\u00e9cent. Cependant, pour certaines raisons, la mise \u00e0 jour de ce syst\u00e8me a \u00e9t\u00e9 retard\u00e9e.<\/p>\n

En cons\u00e9quence, un l\u00e9ger retard dans la mise \u00e0 jour a conduit \u00e0 une situation tr\u00e8s d\u00e9sagr\u00e9able, comme le d\u00e9crit le lien : https:\/\/www.ibm.com\/support\/pages\/node\/6172341<\/u><\/a><\/noindex>. <\/p>\n

Oui, dans le firmware de cette version, un APAR (Authorized Program Analysis Report) HU02104 \u00e9tait en effet pertinent. Il se manifeste de la mani\u00e8re suivante. Sous charge, dans certaines circonstances, le cache commence \u00e0 d\u00e9border, ensuite le syst\u00e8me entre en mode de protection, o\u00f9 il d\u00e9sactive les entr\u00e9es-sorties pour le pool. Dans notre cas, \u00e7a s'est traduit par la d\u00e9sactivation de 3 disques pour le groupe RAID en mode RAID 6. La d\u00e9sactivation dure 6 minutes. Par la suite, l'acc\u00e8s aux volumes du pool est r\u00e9tabli.<\/p>\n

Pour ceux qui ne sont pas familiers avec la structure et la nomenclature des entit\u00e9s logiques dans le contexte d'IBM Spectrum Virtualize, je vais maintenant expliquer bri\u00e8vement.<\/p>\n

\"PourquoiStructure des \u00e9l\u00e9ments logiques de stockage<\/p>\n

Les disques sont regroup\u00e9s en ensembles appel\u00e9s MDisk (Managed Disk). Un MDisk peut repr\u00e9senter un RAID classique (0,1,10,5,6) ou un RAID virtualis\u00e9 \u2013 DRAID (Distributed RAID). L'utilisation de DRAID permet d'augmenter la performance du tableau car tous les disques de l'ensemble seront utilis\u00e9s, et de r\u00e9duire le temps de reconstruction en ne devant restaurer que certains blocs plut\u00f4t que toutes les donn\u00e9es du disque d\u00e9faillant.<\/p>\n

\"PourquoiR\u00e9partition des blocs de donn\u00e9es sur les disques lors de l'utilisation de Distributed RAID (DRAID) en mode RAID-5.<\/p>\n

Cette sch\u00e9matique montre la logique de reconstruction de DRAID en cas de d\u00e9faillance d'un disque :<\/p>\n

\"PourquoiLogique de reconstruction de DRAID lors de la d\u00e9faillance d'un disque<\/p>\n

Ensuite, un ou plusieurs MDisk forment ce qu'on appelle un Pool. Il n'est pas recommand\u00e9 d'utiliser des MDisk avec diff\u00e9rents niveaux de RAID\/DRAID au sein d'un m\u00eame type de disque dans un m\u00eame pool. Nous ne nous attarderons pas trop sur ce point, car nous pr\u00e9voyons d'en faire le sujet d'un des prochains articles. De plus, le Pool est divis\u00e9 en Volumes, qui sont pr\u00e9sent\u00e9s selon un protocole d'acc\u00e8s bloc aux h\u00f4tes.<\/p>\n

Ainsi, dans le r\u00e9sultat d\u00e9crit dans APAR HU02104<\/em>, \u00e0 cause de la d\u00e9faillance logique de trois disques, un MDisk a cess\u00e9 de fonctionner, entra\u00eenant l'inaccessibilit\u00e9 du Pool et des Volumes associ\u00e9s.<\/p>\n

Comme ces syst\u00e8mes sont assez \u00ab intelligents \u00bb, ils peuvent \u00eatre connect\u00e9s au syst\u00e8me de surveillance cloud IBM Storage Insights, qui envoie automatiquement une demande de service au support IBM en cas de d\u00e9faillance. Une demande est cr\u00e9\u00e9e et les sp\u00e9cialistes d'IBM effectuent un diagnostic \u00e0 distance et contactent l'utilisateur du syst\u00e8me. <\/p>\n

Gr\u00e2ce \u00e0 cela, la question a \u00e9t\u00e9 r\u00e9solue rapidement et le support a fourni une recommandation imm\u00e9diate pour mettre \u00e0 jour notre syst\u00e8me vers le firmware 8.2.1.9 que nous avions pr\u00e9c\u00e9demment choisi, o\u00f9 ce probl\u00e8me avait d\u00e9j\u00e0 \u00e9t\u00e9 corrig\u00e9. Cela confirme la note de version correspondante<\/u><\/a><\/noindex>.<\/u><\/p>\n

Conclusions et nos recommandations<\/h3>\n

Comme le dit le proverbe : \u00ab Tout est bien qui finit bien \u00bb. Le bogue dans le firmware ne s'est pas traduit par de s\u00e9rieux probl\u00e8mes : le fonctionnement des serveurs a \u00e9t\u00e9 restaur\u00e9 rapidement et sans perte de donn\u00e9es. Certains clients ont d\u00fb red\u00e9marrer leurs machines virtuelles, mais dans l'ensemble, nous \u00e9tions pr\u00eats \u00e0 des cons\u00e9quences plus n\u00e9gatives, car nous effectuons quotidiennement des sauvegardes de tous les \u00e9l\u00e9ments de l'infrastructure et des machines de nos clients. <\/p>\n

Nous avons re\u00e7u la confirmation que m\u00eame des syst\u00e8mes fiables avec 99,9999 % de disponibilit\u00e9 garantie n\u00e9cessitent une attention et un entretien r\u00e9guliers. En fonction de la situation, nous avons tir\u00e9 quelques conclusions et partageons nos recommandations :<\/p>\n