{"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\/hu\/blog\/administrirovanie\/pochemu-vazhno-proverit-po-na-vashej-shd-vysokoj-dostupnosti-999999","title":{"rendered":"Mi\u00e9rt fontos ellen\u0151rizni a szoftvert a nagy rendelkez\u00e9sre \u00e1ll\u00e1s\u00fa (99,9999%) t\u00e1rol\u00f3rendszeren?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Mi\u00e9rt<\/p>\n

Melyik a legjobb \u00e9s legfunkcion\u00e1lisabb firmware verzi\u00f3? Ha egy t\u00e1rol\u00f3rendszer 99,9999%-os rendelkez\u00e9sre \u00e1ll\u00e1st garant\u00e1l, ez azt jelenti, hogy a szoftverfriss\u00edt\u00e9sek n\u00e9lk\u00fcl is folyamatosan m\u0171k\u00f6dni fog? Vagy \u00e9ppen ellenkez\u0151leg, a maxim\u00e1lis rendelkez\u00e9sre \u00e1ll\u00e1s \u00e9rdek\u00e9ben mindig az utols\u00f3 firmware-t kell telep\u00edteni?   Megpr\u00f3b\u00e1lunk v\u00e1laszolni ezekre a k\u00e9rd\u00e9sekre a tapasztalatainkra t\u00e1maszkodva.<\/p>\n

R\u00f6vid bevezet\u00e9s<\/h3>\n

Mindannyian tudjuk, hogy minden szoftververzi\u00f3ban, legyen sz\u00f3 oper\u00e1ci\u00f3s rendszerr\u0151l vagy eszk\u00f6zmeghajt\u00f3r\u00f3l, gyakran vannak hi\u00e1nyoss\u00e1gok \/ hib\u00e1k \u00e9s egy\u00e9b \"k\u00fcl\u00f6nlegess\u00e9gek\", amelyek vagy nem \"jelennek meg\" a berendez\u00e9s teljes \u00e9lettartama alatt, vagy csak bizonyos k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt \"bukkanhatnak fel\". Az ilyen apr\u00f3s\u00e1gok mennyis\u00e9ge \u00e9s jelent\u0151s\u00e9ge a szoftver bonyolults\u00e1g\u00e1t\u00f3l (funkcionalit\u00e1s\u00e1t\u00f3l) \u00e9s a fejleszt\u00e9s sor\u00e1n v\u00e9gzett tesztel\u00e9s min\u0151s\u00e9g\u00e9t\u0151l f\u00fcgg. <\/p>\n

A felhaszn\u00e1l\u00f3k gyakran a \"gy\u00e1ri firmware\" verzi\u00f3n maradnak (a h\u00edres mond\u00e1s: \"ha m\u0171k\u00f6dik, ne ny\u00falj hozz\u00e1\") vagy mindig a leg\u00fajabb verzi\u00f3t telep\u00edtik (az \u0151 \u00e9rtelmez\u00e9s\u00fckben az utols\u00f3 a legjobban m\u0171k\u00f6d\u0151). Mi m\u00e1s megk\u00f6zel\u00edt\u00e9st alkalmazunk \u2014 az \u00f6sszes haszn\u00e1lt verzi\u00f3 kiad\u00e1si jegyzeteit n\u00e9zz\u00fck. a mClouds felh\u0151ben<\/a><\/noindex> \u00e9s figyelmesen kiv\u00e1lasztjuk a megfelel\u0151 firmware-t minden egyes eszk\u00f6z sz\u00e1m\u00e1ra. <\/p>\n

Ez a meg\u00e1llap\u00edt\u00e1s a tapasztalatainkb\u00f3l sz\u00e1rmazik. A saj\u00e1t tapasztalatunk alapj\u00e1n elmondjuk, mi\u00e9rt nem jelentenek semmit a garant\u00e1lt 99,9999%-os megb\u00edzhat\u00f3s\u00e1g\u00fa t\u00e1rol\u00f3rendszerek, ha nem figyel\u00fcnk az id\u0151ben t\u00f6rt\u00e9n\u0151 friss\u00edt\u00e9sre \u00e9s a szoftverle\u00edr\u00e1sokra. Eset\u00fcnk minden t\u00e1rol\u00f3rendszer felhaszn\u00e1l\u00f3 sz\u00e1m\u00e1ra relev\u00e1ns, mivel hasonl\u00f3 helyzet el\u0151fordulhat b\u00e1rmely gy\u00e1rt\u00f3 hardver\u00e9vel.<\/p>\n

\u00daj adatkezel\u00e9si rendszer kiv\u00e1laszt\u00e1sa<\/h3>\n

Tavaly \u00e9v v\u00e9g\u00e9n egy \u00e9rdekes t\u00e1rol\u00f3rendszer ker\u00fclt a infrastrukt\u00far\u00e1nkhoz: az IBM FlashSystem 5000 sorozat legkisebb modellje, amelyet a v\u00e1s\u00e1rl\u00e1s id\u0151pontj\u00e1ban Storwize V5010e n\u00e9ven ismertek. Jelenleg FlashSystem 5010 n\u00e9ven \u00e1rulj\u00e1k, de val\u00f3j\u00e1ban ugyanaz a hardver alap, ugyanazzal a Spectrum Virtualize szoftverrel bel\u00fcl. <\/p>\n

Az egys\u00e9ges kezel\u0151rendszer megl\u00e9te \u2014 ez az IBM FlashSystem alapvet\u0151 megk\u00fcl\u00f6nb\u00f6ztet\u0151 jellemz\u0151je. Az als\u00f3 sorozat modellei gyakorlatilag nem k\u00fcl\u00f6nb\u00f6znek a nagyobb teljes\u00edtm\u00e9ny\u0171 modellekt\u0151l. Egy adott modell v\u00e1laszt\u00e1sa csup\u00e1n a megfelel\u0151 hardveralapot k\u00edn\u00e1lja, amelynek jellemz\u0151i lehet\u0151v\u00e9 teszik a funkci\u00f3k haszn\u00e1lat\u00e1t, vagy magasabb szint\u0171 sk\u00e1l\u00e1zhat\u00f3s\u00e1got biztos\u00edtanak. A szoftver ez alatt azonos\u00edtja a hardverr\u00e9szt, \u00e9s a platformhoz sz\u00fcks\u00e9ges \u00e9s elegend\u0151 funkcionalit\u00e1st biztos\u00edt. <\/p>\n

\"Mi\u00e9rtIBM FlashSystem 5010<\/p>\n

R\u00f6viden a 5010 modell\u00fcnkr\u0151l. Ez egy k\u00e9t vez\u00e9rl\u0151s, bel\u00e9p\u0151 szint\u0171 t\u00e1rol\u00f3rendszer. K\u00e9pes NLSAS, SAS \u00e9s SSD meghajt\u00f3k elhelyez\u00e9s\u00e9re. Az NVMe elhelyez\u00e9s nem el\u00e9rhet\u0151, mivel ez a modell olyan feladatokhoz k\u00edn\u00e1l megold\u00e1sokat, ahol az NVMe meghajt\u00f3k teljes\u00edtm\u00e9nye nem sz\u00fcks\u00e9ges.<\/p>\n

A t\u00e1rol\u00f3rendszert archiv\u00e1l\u00e1si inform\u00e1ci\u00f3k vagy olyan adatok t\u00e1rol\u00e1s\u00e1ra v\u00e1s\u00e1rolt\u00e1k, amelyeket nem \u00e9rintenek gyakran. Ez\u00e9rt a funkci\u00f3j\u00e1nak standard k\u00e9szlete \u2013 p\u00e9ld\u00e1ul a tiering (Easy Tier) \u00e9s Thin Provision \u2013 elegend\u0151 volt sz\u00e1munkra. Az NLSAS meghajt\u00f3kon a teljes\u00edtm\u00e9ny 1000-2000 IOPS szinten szint\u00e9n kiel\u00e9g\u00edt\u0151 volt sz\u00e1munkra. <\/p>\n

Saj\u00e1t tapasztalatunk \u2014 ahogy nem friss\u00edtett\u00fck id\u0151ben a firmware-t<\/h3>\n

Most pedig a szoftverfriss\u00edt\u00e9sr\u0151l. A v\u00e1s\u00e1rl\u00e1skor a rendszer m\u00e1r egy kicsit elavult verzi\u00f3val rendelkezett a Spectrum Virtualize-b\u00f3l, nevezetesen, 8.2.1.3.<\/strong><\/p>\n

Megvizsg\u00e1ltuk a firmware-le\u00edr\u00e1sokat \u00e9s  megtervezt\u00fck a friss\u00edt\u00e9st. 8.2.1.9<\/strong>. Ha egy kicsit \u00fcgyesebbek lett\u00fcnk volna, akkor nem lenne ez a cikk \u2014 egy frissebb firmware-rel a hiba nem l\u00e9pett volna fel. Azonban bizonyos okok miatt a rendszer friss\u00edt\u00e9se elhalaszt\u00e1sra ker\u00fclt.<\/p>\n

Ennek eredm\u00e9nyek\u00e9nt a friss\u00edt\u00e9s kis k\u00e9sleked\u00e9se rendk\u00edv\u00fcl kellemetlen helyzetet sz\u00fclt, ahogy azt a linkelt le\u00edr\u00e1s megmutatja: https:\/\/www.ibm.com\/support\/pages\/node\/6172341<\/u><\/a><\/noindex>. <\/p>\n

Igen, annak a verzi\u00f3nak a firmware-ben \u00e9ppen aktu\u00e1lis volt a vonatkoz\u00f3 APAR (Authorized Program Analysis Report) HU02104. Ez a k\u00f6vetkez\u0151k\u00e9ppen nyilv\u00e1nul meg. Megfelel\u0151 terhel\u00e9s mellett bizonyos k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt a cache t\u00falcsordul, ezt k\u00f6vet\u0151en a rendszer v\u00e9dett \u00fczemm\u00f3dba l\u00e9p, amely letiltja a be- \u00e9s kimenetet a Poolhoz. A mi eset\u00fcnkben ez \u00fagy n\u00e9zett ki, mint h\u00e1rom lemez kikapcsol\u00e1sa a RAID 6 m\u00f3dban l\u00e9v\u0151 RAID-csoporthoz. A kikapcsol\u00e1s hat percig tart. Ezt k\u00f6vet\u0151en a hozz\u00e1f\u00e9r\u00e9s a Poolban l\u00e9v\u0151 Volume-okhoz helyre\u00e1ll.<\/p>\n

Ha valaki nem ismeri az IBM Spectrum Virtualize kontextus\u00e1ban a logikai entit\u00e1sok strukt\u00far\u00e1j\u00e1t \u00e9s elnevez\u00e9s\u00e9t, most r\u00f6viden elmondom.<\/p>\n

\"Mi\u00e9rtA logikai elemek strukt\u00far\u00e1ja<\/p>\n

A lemezek csoportokba rendez\u0151dnek, amelyeket MDisk-nek (Managed Disk) neveznek. Az MDisk lehet klasszikus RAID (0,1,10,5,6) vagy virtualiz\u00e1lt \u2013 DRAID (Distributed RAID). A DRAID haszn\u00e1lata n\u00f6veli a t\u00f6mb teljes\u00edtm\u00e9ny\u00e9t, mivel a csoport \u00f6sszes lemez\u00e9t haszn\u00e1lni fogja, \u00e9s cs\u00f6kkenti a helyre\u00e1ll\u00edt\u00e1si id\u0151t, mivel csak bizonyos blokkokat kell helyre\u00e1ll\u00edtani, nem az \u00f6sszes adatot a meghib\u00e1sodott lemezr\u0151l.<\/p>\n

\"Mi\u00e9rtA blokkok adatainak eloszt\u00e1sa lemezek k\u00f6z\u00f6tt Distributed RAID (DRAID) haszn\u00e1lata eset\u00e9n RAID-5 m\u00f3dban.<\/p>\n

Ez a s\u00e9ma a DRAID helyre\u00e1ll\u00edt\u00e1s\u00e1nak logik\u00e1j\u00e1t mutatja be, ha egy lemez meghib\u00e1sodik:<\/p>\n

\"Mi\u00e9rtA DRAID helyre\u00e1ll\u00edt\u00e1s\u00e1nak logik\u00e1ja egy lemez meghib\u00e1sod\u00e1sa eset\u00e9n<\/p>\n

Ezt k\u00f6vet\u0151en egy vagy t\u00f6bb MDisk alkotja a nevezett Pool-t. Egy poolon bel\u00fcl nem aj\u00e1nlott k\u00fcl\u00f6nb\u00f6z\u0151 RAID\/DRAID szint\u0171 MDisk-eket haszn\u00e1lni az azonos t\u00edpus\u00fa lemezeken. Ezt nem m\u00e9lyen fogjuk elemezni, mivel ezt a t\u00e9m\u00e1t a k\u00f6vetkez\u0151 cikkek egyik\u00e9ben r\u00e9szletezz\u00fck. A Pool-t valamilyen blokkhozz\u00e1f\u00e9r\u00e9si protokollon kereszt\u00fcl prezent\u00e1lj\u00e1k a gazdag\u00e9pek fel\u00e9.<\/p>\n

Nos, a helyzet, amelyr\u0151l itt sz\u00f3 van, az al\u00e1bbiak k\u00f6vetkezt\u00e9ben alakult ki: APAR HU02104<\/em>, h\u00e1rom lemez logikai meghib\u00e1sod\u00e1sa miatt egy MDisk \u00fczemk\u00e9ptelenn\u00e9 v\u00e1lt, amely viszont a Pool \u00e9s a hozz\u00e1tartoz\u00f3 Volume-ok m\u0171k\u00f6d\u00e9s\u00e9nek le\u00e1ll\u00e1s\u00e1t okozta.<\/p>\n

Mivel ezek a rendszerek meglehet\u0151sen \"intelligensek\", csatlakoztathat\u00f3k az IBM Storage Insights felh\u0151alap\u00fa monitoroz\u00f3 rendszer\u00e9hez, amely automatikusan, ha meghib\u00e1sod\u00e1s k\u00f6vetkezik be, karbantart\u00e1si k\u00e9relmet k\u00fcld az IBM \u00fcgyf\u00e9lszolg\u00e1lat\u00e1nak. Egy bejelent\u00e9s k\u00e9sz\u00fcl, \u00e9s az IBM szakemberei t\u00e1voli m\u00f3dszert alkalmazva diagnosztiz\u00e1lnak \u00e9s kapcsolatba l\u00e9pnek a rendszer felhaszn\u00e1l\u00f3j\u00e1val. <\/p>\n

Ennek k\u00f6sz\u00f6nhet\u0151en a k\u00e9rd\u00e9st viszonylag gyorsan megoldott\u00e1k, \u00e9s az \u00fcgyf\u00e9lszolg\u00e1latt\u00f3l gyors aj\u00e1nl\u00e1st kaptunk a m\u00e1r kor\u00e1bban kiv\u00e1lasztott 8.2.1.9-es firmware friss\u00edt\u00e9s\u00e9re, amelyben akkor m\u00e1r megoldott\u00e1k ezt a probl\u00e9m\u00e1t. Ezt meger\u0151s\u00edti a megfelel\u0151 Release Note<\/u><\/a><\/noindex>.<\/u><\/p>\n

\u00d6sszefoglal\u00e1s \u00e9s aj\u00e1nl\u00e1saink<\/h3>\n

Ahogy mondani szokt\u00e1k: \u201ej\u00f3l van az, ami j\u00f3l v\u00e9get \u00e9r\u201d. A firmware-ben tapasztalt hiba nem vezetett komoly probl\u00e9m\u00e1khoz \u2014 a szerverek m\u0171k\u00f6d\u00e9se a legr\u00f6videbb id\u0151n bel\u00fcl helyre\u00e1llt, adatveszt\u00e9s n\u00e9lk\u00fcl. N\u00e9h\u00e1ny \u00fcgyf\u00e9ln\u00e9l \u00fajra kellett ind\u00edtani a virtu\u00e1lis g\u00e9peket, de \u00f6sszess\u00e9g\u00e9ben k\u00e9szen \u00e1lltunk a negat\u00edvabb k\u00f6vetkezm\u00e9nyekre, mivel napi rendszeress\u00e9ggel biztons\u00e1gi ment\u00e9seket k\u00e9sz\u00edt\u00fcnk az \u00f6sszes infrastrukt\u00faraelemr\u0151l \u00e9s \u00fcgyf\u00e9lsz\u00e1m\u00edt\u00f3g\u00e9pr\u0151l. <\/p>\n

Megkaptuk a meger\u0151s\u00edt\u00e9st, hogy m\u00e9g a megb\u00edzhat\u00f3 rendszerek is, amelyek 99,9999%-os rendelkez\u00e9sre \u00e1ll\u00e1st \u00edg\u00e9rnek, figyelmet \u00e9s id\u0151ben t\u00f6rt\u00e9n\u0151 karbantart\u00e1st ig\u00e9nyelnek. A helyzet alapj\u00e1n sz\u00e1mos k\u00f6vetkeztet\u00e9st vontunk le, \u00e9s megosztjuk aj\u00e1nl\u00e1sainkat:<\/p>\n