Kîjan guhertoya firmware ya herî "rast" û "xebatkar" e? Ger pergalek hilanînê tolerasyona xeletiyê 99,9999% garantî dike, gelo ev tê vê wateyê ku ew ê bêyî nûvekirinek nermalavê jî bênavber bixebite? An jî, berevajî, ji bo bidestxistina tolerasyona xeletiya herî zêde, divê hûn her gav firmware-ya herî dawî saz bikin? Em ê hewl bidin ku li gorî ezmûna xwe bersiva van pirsan bidin.
Pêşgotinek piçûk
Em hemî fêm dikin ku her guhertoyek nermalavê, çi pergalek xebitandinê be an ajokarek amûrek be, pir caran kêmasî / xeletî û "taybetmendiyên" din hene ku dibe ku "xuya nekin" heya dawiya jiyana karûbarê amûrê, an jî "vekirî" tenê di bin hin mercan de. Hejmar û girîngiya nuwazeyên weha bi tevliheviya (fonksiyona) nermalavê û bi kalîteya ceribandina di dema pêşkeftina wê de ve girêdayî ye.
Bi gelemperî, bikarhêner li ser "firmware ji kargehê" dimînin (ya navdar "ew dixebite, ji ber vê yekê pê re tevnegerin") an jî her gav guhertoya herî dawî saz dikin (di têgihîştina wan de, ya herî dawî tê wateya ya herî xebatê). Em nêzîkatiyek cûda bikar tînin - em ji bo her tiştê ku têne bikar anîn li notên berdanê dinêrin alavan û bi baldarî firmware-ya guncan ji bo her perçeyek alavan hilbijêrin.
Em wek ku dibêjin bi tecrube hatin vê encamê. Bi karanîna mînaka xwe ya xebitandinê, em ê ji we re vebêjin ka çima pêbaweriya 99,9999% ya pergalên hilanînê tiştek nayê wateya ger hûn tavilê nûvekirin û danasînên nermalavê bişopînin. Doza me ji bo bikarhênerên pergalên hilanînê yên ji her firoşkarê maqûl e, ji ber ku rewşek wusa dikare bi hardware ji her hilberîner re çêbibe.
Hilbijartina Pergalek Storage Nû
Di dawiya sala borî de, pergalek hilanîna daneya balkêş li binesaziya me hate zêdekirin: modelek ciwan ji xeta IBM FlashSystem 5000, ku di dema kirînê de jê re digotin Storwize V5010e. Naha ew di bin navê FlashSystem 5010 de tê firotin, lê di rastiyê de ew heman bingeha hardware ye ku di hundurê de heman Spectrum Virtualize heye.
Hebûna pergalek rêveberiya yekgirtî, bi awayê, cûdahiya sereke di navbera IBM FlashSystem de ye. Ji bo modelên rêzikên ciwan, ew di pratîkê de ji modelên hilberînertir cûda nabe. Hilbijartina modelek taybetî tenê bingeha hardware ya guncan peyda dike, ku taybetmendiyên wê gengaz dike ku meriv yek an fonksiyonek din bikar bîne an astek bilindtirîn pîvan peyda bike. Nermalava hardware nas dike û ji bo vê platformê fonksiyona pêwîst û têr peyda dike.
IBM FlashSystem 5010
Bi kurtî li ser modela me 5010. Ev pergalek hilanîna blokê ya du-kontrolker a asta têketinê ye. Ew dikare dîskên NLSAS, SAS, SSD bicîh bike. Cihkirina NVMe di wê de peyda nabe, ji ber ku ev modela hilanînê ji bo çareserkirina pirsgirêkên ku ne hewceyê performansa ajokarên NVMe ne cih digire.
Pergala hilanînê hate kirîn da ku agahdariya arşîv an daneyên ku pir caran nayên desteser kirin bicîh bîne. Ji ber vê yekê, koma standard a fonksiyona wê ji me re bes bû: Tiering (Tier hêsan), Pêşkêşiya Tenik. Performansa li ser dîskên NLSAS di asta 1000-2000 IOPS de jî ji bo me têrker bû.
Tecrûbeya me - me çawa firmware di wextê xwe de nûve nekir
Naha di derbarê nûvekirina nermalavê bixwe de. Di dema kirînê de, pergalê berê xwedan guhertoyek piçûktir a nermalava Spectrum Virtualize bû, ango, 8.2.1.3.
Me danasînên firmware lêkolîn kir û me nûvekirinek plan kir 8.2.1.9. Ger em hinekî bikêr bûna, dê ev gotar tunebûya - xeletî dê li ser firmwareyek nûtir çênebûya. Lêbelê, ji ber hin sedeman, nûvekirina vê pergalê hate paşxistin.
Wekî encamek, dereng nûvekirinek piçûk bû sedema wêneyek zehf ne xweş, wekî ku di danasîna li ser lînkê de: .
Erê, di firmware ya wê guhertoyê de bi navê APAR (Rapora Analîza Bernameya Destûrdar) HU02104 têkildar bû. Bi vî rengî xuya dike. Di bin barkirinê de, di bin hin mercan de, cache dest pê dike ku biherike, dûv re pergal diçe moda parastinê, ku tê de ew I/O ji bo hewzê asteng dike. Di rewşa me de xuya bû ku 3 dîskên ji bo komek RAID di moda RAID 6 de qut kirin. Veqetandin 6 hûrdem pêk tê. Dûv re, gihîştina cildên li hewzê tê vegerandin.
Ger kesek di çarçoweya IBM Spectrum Virtualize de bi avahî û navên hebûnên mentiqî nizane, ez ê naha bi kurtî rave bikim.
Struktura hêmanên mantiqî yên pergala hilanînê
Dîsk di nav komên bi navê MDisk (Dîska Rêvebir) de têne berhev kirin. MDisk dikare bibe RAIDek klasîk (0,1,10,5,6) an jî virtualkirî - DRAID (RAID-a belavkirî). Bikaranîna DRAID dihêle hûn performansa rêzê zêde bikin, ji ber ku ... Dê hemî dîskên di komê de werin bikar anîn, û dema ji nû ve avakirinê dê kêm bibe, ji ber vê yekê ku dê tenê hin blokan bêne sererast kirin, û ne hemî daneyên dîska têkçûyî.
Dema ku di moda RAID-5 de RAID-a Dabeşkirî (DRAID) tê bikar anîn, dabeşkirina blokên daneyê li ser dîskan.
Û ev diagram mantiqa ku di bûyera têkçûna yek dîskê de ji nû ve avakirina DRAID çawa dixebite destnîşan dike:
Mantiqa ji nû ve avakirina DRAID-ê dema ku yek dîsk têk diçe
Dûv re, yek an jî çend MDiskên bi navê Pool ava dikin. Di nav heman hewzê de, nayê pêşniyar kirin ku MDisk bi astên cûda yên RAID/DRAID-ê li ser dîskên heman celeb bikar bînin. Em ê pir kûr neçin vê yekê, ji ber ku ... em plan dikin ku di yek ji gotarên jêrîn de vê yekê veşêrin. Welê, bi rastî, Pool di Voluman de tê dabeş kirin, ku bi karanîna yek an protokola gihîştina blokek din ji mêvandaran re têne pêşkêş kirin.
Ji ber vê yekê, em di encama rewşa ku di nav de hatî destnîşan kirin APAR HU02104, ji ber têkçûna mentiqî ya sê dîskan, MDisk ji fonksiyonê rawestiya, ku di encamê de, têkçûna Pool û Volumên têkildar bû.
Ji ber ku ev pergal pir jîr in, ew dikarin bi pergala çavdêriya ewr-based IBM Storage Insights ve werin girêdan, ku ger pirsgirêkek çêbibe bixwe daxwazek karûbarê ji piştgiriya IBM re dişîne. Serlêdanek tê afirandin û pisporên IBM ji dûr ve tespîtan dikin û bi bikarhênerê pergalê re têkilî daynin.
Bi saya vê yekê, pirsgirêk pir zû hate çareser kirin û pêşniyarek bilez ji karûbarê piştgiriyê hate wergirtin da ku pergala me bi firmware-ya berê hilbijartî 8.2.1.9 nûve bike, ku di wê demê de jixwe hatî rast kirin. Ew piştrast dike .
Encam û pêşniyarên me
Wekî ku tê gotin: "Her tişt baş e ku baş biqede." Bûka di firmware de nebû sedema pirsgirêkên ciddî - pêşkêşker di demek zû de û bêyî windabûna daneyê hatin sererast kirin. Hin xerîdar neçar bûn ku makîneyên virtual ji nû ve bidin destpêkirin, lê bi gelemperî em ji encamên neyînî yên bêtir amade bûn, ji ber ku em rojane ji hemî hêmanên binesaziyê û makîneyên xerîdar paşvekêşan çêdikin.
Me pejirandiye ku tewra pergalên pêbawer bi 99,9999% hebûna sozdar hewcedarî baldarî û lênihêrîna biwext in. Li gorî rewşê, me ji xwe re gelek encam derxistin û pêşniyarên xwe parve kirin:
-
Pêdivî ye ku meriv çavdêriya serbestberdana nûvekirinan bike, ji bo rastkirina pirsgirêkên potansiyel krîtîk Nîşanên Serlêdanê bixwînin, û nûvekirinên plansazkirî di wextê xwe de pêk bînin.
Ev xalek rêxistinî û hetta pir eşkere ye, ku wusa dixuye ku ne hêja ye ku li ser bisekine. Lêbelê, li ser vê "axê astê" hûn dikarin bi hêsanî bitepisînin. Bi rastî, ev gav bû ku pirsgirêkên ku li jor hatine destnîşan kirin zêde kirin. Dema ku rêzikên nûvekirinê amade dikin pir baldar bin û lihevhatina bi wan re ne kêm bi baldarî bişopînin. Ev xal bêhtir bi têgeha “dîsîplînê” ve girêdayî ye.
-
Her gav çêtir e ku hûn pergalê bi guhertoya nermalava herî dawî re biparêzin. Digel vê yekê, ya heyî ne ew e ku xwedan navnîşek hejmarî ya mezintir e, lê belkî ya ku xwedî tarîxek paşerojê ye.
Mînakî, IBM ji bo pergalên hilanîna xwe herî kêm du nermalava nûvekirî digire. Di dema vê nivîsandinê de, ev 8.2 û 8.3 ne. Nûvekirinên ji bo 8.2 berê derdikevin. Nûvekirinek wusa ji bo 8.3 bi gelemperî bi derengiyek piçûk tê berdan.
Release 8.3 xwedan hejmarek feydeyên fonksiyonel e, mînakî, şiyana berfirehkirina MDisk (di moda DRAID de) bi lê zêdekirina yek an çend dîskên nû (ev taybetmendî ji guhertoya 8.3.1 ve xuya bûye). Ev fonksiyonek pir bingehîn e, lê di 8.2 de, mixabin, taybetmendiyek wusa tune.
-
Ger ji ber hin sedeman ne gengaz be nûvekirin, wê hingê ji bo guhertoyên nermalava Spectrum Virtualize berî guhertoyên 8.2.1.9 û 8.3.1.0 (ku xeletiya ku li jor hatî destnîşan kirin têkildar e), ji bo kêmkirina xetereya rûdana wê, piştgiriya teknîkî ya IBM pêşniyar dike. sînorkirina performansa pergalê di asta hewzê de, wekî ku di jimareya jêrîn de tê xuyang kirin (wêne di guhertoya rûsîkirî ya GUI de hatî kişandin). Nirxa 10000 IOPS wekî nimûne tê nîşandan û li gorî taybetmendiyên pergala we tê hilbijartin.
Sînorkirina performansa hilanînê IBM
-
Pêdivî ye ku meriv barkirina pergalên hilanînê rast hesab bike û ji bargiraniyê dûr bixe. Ji bo vê yekê, hûn dikarin pîvana IBM-ê bikar bînin (heke hûn gihîştina wê hebe), an jî arîkariya hevalbendan, an çavkaniyên sêyemîn bikar bînin. Pêdivî ye ku meriv profîla barkirinê ya li ser pergala hilanînê fam bike, ji ber ku Performansa di MB / s û IOPS de bi kêmî ve li gorî pîvanên jêrîn ve girêdayî ye:
-
cureyê operasyonê: xwendin an nivîsandin,
-
mezinahiya bloka operasyonê,
-
rêjeya xebatên xwendin û nivîsandinê di tevaya herikîna I/O de.
Di heman demê de, leza operasyonan bi awayê xwendina blokên daneyê ve tê bandor kirin: bi rêz an bi rêzek rasthatî. Dema ku gelek operasyonên gihîştina daneyê li aliyê serîlêdanê têne kirin, têgeha operasyonên girêdayî heye. Her weha tê pêşniyar kirin ku meriv vê yekê li ber çavan bigire. Hemî ev dikare bibe alîkar ku hûn tevahî daneya ji hejmarên performansê yên OS, pergala hilanînê, pêşkêşker / hîpervisor, û her weha têgihîştina taybetmendiyên xebitandinê yên serîlêdan, DBMS û "serfkaran" yên din ên çavkaniyên dîskê bibînin.
-
-
Û di dawiyê de, pê ewle bin ku paşvekêşan nûve bikin û bixebitin. Pêdivî ye ku nexşeya hilanînê li ser bingeha nirxên RPO-ya pejirandî ji bo karsaziyê were mîheng kirin, û divê kontrolên yekrêziya periyodîk ên paşvekêşan were verast kirin (gelek firoşkarên nermalava paşvekêşanê verastkirina otomatîk di hilberên xwe de bicîh kirine) da ku nirxek RTO-ya pejirandî piştrast bikin.
Spas dikim ji bo xwendina heta dawiyê.
Em amade ne ku di şîroveyan de bersiva pirs û şîroveyên we bidin. Jî, ku tê de em promosyonên birêkûpêk pêk tînin (daxistinên li ser IaaS û diyariyên ji bo kodên danasînê heya% 100 li ser VPS), nûçeyên balkêş dinivîsin û gotarên nû li ser bloga Habrê radigihînin.
Source: www.habr.com