Vroče Vretena
Oprostite, da ni tako v prisotnosti in delovnih mest. To je bil roller-coaster preteklem letu s telesno poškodbo in flat-out urnik dela, tako da sem imel malo časa in motivacije na blog ali pokazati svoj obraz okoli skupnosti. Se opravičujem, in sem odločena, da bo prekinil to navado in se vrnem v stvari še enkrat! Ampak dovolj o Cvrkutanje, Na vrsti so spisi ...
To ni nekaj, kar vidim zelo pogosto, vendar, ko sem naredil, da je zanimivo videti, da statistika govori zase. Jaz sem s stranko, ki je imel scenarij razporeditev njihovega NetApp posestvu pred nekaj leti, in ni bila izdelana ali dostavljeno s preveč skrbi in pozornosti (nekaj, kar želim, da bi razpravljali še en dan). Imajo posestvo VMware z SQL, Exchange in druge stvari. Vse teče po skupno več kot 100 15K FC vreten. To ni veliko posestvo v primerjavi z druge strani, tako da sem Intrigued, zakaj imajo take težave uspešnosti.
Zdaj, ko teče skozi "sysstat-u", lahko vidite, da filer sama počne zelo malo, precej srečno dobili na s tem, kar bi moralo storiti. Ampak disk je zadel 100-odstotno dokaj pogosto. Takoj ko ta pokaže disk problem. Potrebujejo več vretena, seveda?
Prvi je neravnovesje vreten. Imajo drugi agregat na partnerja krmilnik, ki ima le testnih količin. Dobim dovoljenje za odstranitev te in toplo, sem prerazporedijo ti na drugi krmilnik in razširiti obstoječi agregat. To podvoji število vretena, vendar vem, da se ne bo treba storiti ničesar za obstoječe zmogljivosti (v tem, da se podatki ne bodo samodejno razširjate!).
Če sem teči skozi "disk kažejo statistike: *: disk_busy" vidim nekaj zelo očitno. Obstaja en sam disk v celotnem sistemu, ki je prizadela 100 odstotkov, ostalo pa ne. Obstaja kup drugih diskov (okoli 10), ki se izvajajo 50-60%, nato pa ostali diski tiktaka proč okoli 20-30%. Torej, je kaj se je zgodilo tukaj? NetApp tehnologija bi preprečili kakršno koli obliko vroče vreteno v sistemu.
Moja teorija je to. Filer je privedla in zložene iz škatle, vendar mora sestavljeni ni zrasla (3 disk agregat, 1 podatki, 2 pariteta). Nekateri shranjevanje bil preskrbljen in podatki niso preneseni. Ti je zmanjkalo prostora, tako zrasel za agregat (malo), potem kopirati kup več podatkov na diskih. Po vsem tem, pa nato dodal ostale diske. Zdaj, ker podatki ne bodo samodejno prerazporedijo na letenje, vse podatke, ki ostaja nespremenjena (kot se bo zgodilo z VM diskov sistema e-pošte, starih Exchange in starih podatkov podatkovnih skladišč), nato pa so še vedno sedel na prvotnem vreten ali celo vreteno kot takrat, ko so bili prvič namestili.
Tako da sem zdaj veseli vikend. Mi bomo njihovo nadgradnjo podatkov ONTAP 7.3.2 in sem lahko nato zaženite nekaj prerazporeditev skenira preko sistema brez negativnega vpliva na porabo posnetek prostora (velik bonus, hvala NetApp!). Upam, da bo to odstranite vroče vprašanje vretena. Imam nekaj pred statistiki, in bom potegnil nekaj po statistiki prihodnji teden. Bom posodobiti to delovno mesto ustrezno.
Nauk iz zgodbe? Ustvarite shranjevanje sistem popolnoma in v celoti, preden začnete metati podatkov na njem. Ne boste dobili navdušeni nad uporabo novo igračo za shranjevanje in vrgel podatke o njej takoj. Videl sem zgornji scenarij večkrat zdaj, in pred ONTAP 7,3, je bila bolečina popraviti.
Hitro posnetek izhodu statistike. Imejte v mislih, da preko skupine bo prikazal vse diske, tako da so vse disk statistika povsem ustrezne. Zaseden diski tukaj ravno ne ujemajo z dejanskim številom diskov v sistemu, in si lahko jasno videli eno zaseden disk.
based on 1 rating> Sysstat-u 1
CPU Skupaj Neto kB / s disk kB / s Tape kB / s Cache Cache CP CP Disk
ops / s preberi pisati brati pisati čas starostno hit ty util
11% 3220 6942 3270 4232 0 0 0 12 95% 0% - 60%
11% 2898 7385 4030 4892 0 0 0 11 94% 0% - 69%
9% 3547 1820 3496 3920 24 0 0 11 93% 0% - 89%
7% 2329 1160 3048 3892 0 0 0 11 93% 0% - 81%
10% 3173 2055 4851 4644 8 0 0 11 93% 0% - 67%
9% 2491 1860 4547 4568 24 0 0 11 91% 0% - 98%
9% 2523 2960 4404 5372 0 0 0 11 90% 0% - 89%
14% 5136 8173 4465 3352 0 0 0 11 95% 0% - 81%> Statistika kaže disk: *: disk_busy
Snip ... ...
Snip ... ...
Druga pomembna točka je, da ne smete dodati samo en disk, ko velikost agregata, če je skoraj popolna, večina novih podatkov dobi pisno na dodano disku. Tako predstava je res slabo!
Moje priporočilo: ustvariti nekaj velikih agregatov namesto mnogih najmlajše. Dodaj diskov te tudi za skupno uporabo, ko je več kot 80 odstotkov. In ja, uporabite uspešnosti svetovalca in pragovi za spremljanje uspešnosti!
Hvala Chris - nekaj res dobrih nasvetov tam! Me veseli, da ste ponovno pisanje
Cheers za povratne informacije, se počuti dobro, da bi dejansko dobili priložnost, da napišete kaj dol!
In ja, dodajanje posameznih diskov je strašna stvar. Poznam nekoga, ki kupi 1 disk na mesec, ker to je, kako deluje njihov proračun. Sovražim to, in poskušajte doseči, da jih shranite in jih dodajte v razsutem stanju, vsaj. Ne pomaga s svojimi kupcev jih spodbuja, da to stori, lahko zahteva, da za shranjevanje na zahtevo!
Šokantno!
Omenili ste, da "teče nekaj ponovno dodelitev skenira celotni sistem, ne da bi vplivali posnetek prostora" kot novo funkcijo z 7.3.2. Mogoče bi se ideja za drug blog vpis je razložiti to nekaj več, in zakaj je to pomembno. Razumem, (prej), ki bi prerazporeditev smetišče vse delo v za posnetke, vendar nisem seznanjena s spremembo v 7.3.2 si omenil, da popravki in spremembe to.
Upajmo, da bom lahko teče skozi ta konec tedna, tako da bom lahko dal nekaj Resnični primeri, kako to deluje.
Seveda lahko vedno reže z novimi nespecifičnih pogonov v polici vsak mesec, ampak pustite idle kot rezervne dele, dokler ne boste dobili celotno novo RAID skupine vredno ... samo ne povej jim, da
@ Rick Rhodes
Nova prerazporeditev v 7.3.x je fizično prerazporeditve (prerazporeditev-p, glejte stran man). In tudi če ste razširili na skupaj s celotno polico ali več, lahko še vedno želite narediti fizično prerazporediti vseh količin v agregatu, tudi če nimate vroče diskov. Na ta način lahko trak podatki čez še več vreteni, tako da bo prinesla večjo (beri) uspešnost obstoječih podatkov, kot dobro.
Pravzaprav ročno stran pravi, da "prerazporediti-p" ne bi smeli uporabljati za širjenje podatkov v vseh diskov. Priporoča tem prerazporediti proti vsaki obsega znotraj razširjenega agregata.
Ne veste, kaj je dejanski učinek tega je, nisem imel sistem, da poskusite to, na kateri bi videli velike izboljšave.
Hi,
To je čudovito Naslov
Samo majhno vprašanje
disk: 88922F61: C2026AF9: E5D68A17: B49415B1: 00000000:00000000:00000000:00000000
Kako lahko ugotovite, kateri agregat je ta disk spada?
Poskušal sem z kažejo na disku in disk za shranjevanje kažejo, aggr status-r
Vendar ni mogel najti vse
S spoštovanjem,
Na žalost nisem 100% prepričan. To je na mojem "na seznam opravkov" in sem še, da ugotovimo, kako prevesti dolgo naslovni prostor "statistika" ukaz, ki ga daje v nekaj uporabnega glede na dejanski naslov, na disku ali lokacijo. Žal to ne vam pomaga ven veliko
KB ID: 1010747
https://kb.netapp.com/support/index?page=content&id=1010747
To je odlična! Hvala!
Sem radoveden, kaj so znaki nujno za delovanje "prerazporediti", poleg tega ima disk s 99-odstotno zaseden?
Hvala
Kaj točno iščete v Perf.monitor? Latence, ops / sek?
Hi Vladimir,
Running "prerazporediti" sedaj šteje dokaj dobre prakse na različnih Luns. Karkoli, da bodo imeli koristi od velikega zaporedno bere je dober kandidat za redno načrtovano prerazporedila, pa tudi veliko različnih pogoste vrste Luns bo vseeno koristi.
Čeprav disk NetApp podsistem počne zelo dobro delo dajanja podatkov na velike kose and Stripes po diskov, lahko le toliko, ker sistem je zelo zaposlen, ali ker so diski so zelo poln. Vodenje prerazporeditev potem je post-proces, tako da lahko traja tudi, da je čas, da se zagotovi podatkov je določeno popolnoma enakomerno.
Mogoče sem previden teče prerazporediti, če diski so že 99% zaseden, bodo prerazporediti dal večjo obremenitev na njih za čas, ko se prerazporedi podatki. Želel priporočamo tem med vzdrževanjem oknu, ali out-of-ur.