Performance "stats" ilma PerfStat või Ops Mgr
PerfStat on suurepärane võimalus saada mõned üsna üksikasjalik tulemuslikkuse kohta välja filer kui sul on jõudlust või teises küsimuses, et sa ei saa päris näpuga näidata. Sa pead olema juurdepääs PerfStat Viewer või saada keegi töödelda väljund teid, ja siis pead traali läbi.
Operations Manager, täpsemalt Performance Advisor on geniaalne ja 99% ajast annab teile letid peate diagnoosida probleemi. Kui olete leidnud oma vastupidi, see on täiesti asendamatu!
Aga kui sul ei ole Operations Manager, või tahad lihtsalt kiiresti välja tõmmata teavet ühes valdkonnas süsteemi?
Esimesi asju, mida soovite vaadata Bastet. Igaühe parim sõber ja suurepärane võimalus näha "Kas minu süsteem hõivatud?". Alati, kui sa jooksed Bastet, veenduge, et läbi "-s" modifikaatorit nii et saad kokkuvõte lõpus toodangut. Kui te ei määratle arvu korduste (-c <num>), siis ctrl + c murda toodangut. "-X" on suurepärane annab kõikides valdkondades tulemusi, kuid see võib veidi lai mõnikord. "-U" on mu lemmik, sest see annab teile kasutamine näidud ja need tavaliselt kõige kasulikum, kui vigade.
Enamik veerud on üsna mõistetav. CPU on% hõivatud, NFS, CIFS, HTTP, FCP ja iSCSI on kõik protokoll operatsioonide loendurid. Net kB / s ja sealt on ilmsed (Eelotsusetaotlusest ühe gigabit liides õnnelikult säilitada umbes 80MB / s, kuid orienteeruvalt 110/120MB/s). Ketta ja lindi sisse ja välja. Vaata cache vanus, kui ta saab tõesti väike, kuid seal on paremad letid eest. Cache hit on counter soovid nii lähedal 100% kui võimalik. Mida rohkem andmeid saada lugeda cache, seda parem! CP tüüp on järjepidevus Points, ma ei hakka üksikasjalikult, millised need on, on väga hea KB artikkel sellel juba (https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb23471) . Ja lõpuks Disk utiliseerimine mis tundub põhjustada segadust. See on lugemine üks busiest ketas süsteemi, mitte keskmine. See lugemine võib huvitav minna 100% (palju nagu CPU saate ka) ja see tähendab lihtsalt kettaid teevad rohkem, kui nad peaksid!
Nii Bastet on suurepärane võimalus saada kõrgel tasemel silmas "Kas minu süsteem hõivatud" ja annab teile ettekujutuse, kus pudelikael on. Kui CPU on tõesti suur, aga ei midagi muud, siis see on see, mis hoiab tagasi süsteemi. Kui ketta kasutamine on väga suur, siis jälle, siin on probleem. Aga need ei ole lõplikud arvud, ja ei peegelda otseselt süüdlane. Näiteks kui ketta kasutamine on väga kõrge, võib tekkida vajadus joosta wafl ümber kui olete lisanud mõned uued kettad ja need kellel ei ole mingeid andmeid veel. Kui teie CPU on väga suur, võib juhtuda, et te teete palju muud töötlemist nagu A-SIS ja SnapVault, või võiks see olla väga juhuslik IO nii CPU töötab raskem on püüdnud teha arvutusi selle ümber.
Järgmine samm võib olla pilk statit. "Priv seatud arenenud" käsk, mitte teesklema, südamega, suur käsk saada läbilõige details jooksul. Lihtsalt käivitada "statit-b" alguses järelevalve perioodi ja siis "statit-e" lõpus. Veenduge, et sisse logida oma toodangut akna saad loosi statit (rohkem kui standard Windows ja Putty puhver näitab). On palju statit väljund, ja ma ei hakka liiga palju üksikasjalikumalt see kõik siin (aga võib-olla teine päev). Enamik sellest on üsna mõistetav tegelikult.
See toob mind peale tõeline põhjus see artikkel esiteks. Üks minu lemmik käske, ja kindlasti suuresti tähelepanuta 1 "stats". See on palju teavet see käeulatuses, päris palju midagi näete in Performance Advisor ja midagi saate aru ka PerfStats on saadaval stats käsk. Ja võib-olla palju rohkem! "Stats" töötab väga sarnane Bastet selle esitab ta letid kordushindamiste põhjal. Kui sa lihtsalt käivitada, siis saad aru, mida süsteem teeb sel täpne aeg. Kui te ütlete, et see kestab iga 5 sekundi jooksul, siis saad aru, mis juhtus nende ees 5 sekundiga.
Nii 1. up, ei ole lihtsalt sisse ja run "stats show" ilma paar minutit, et säästa. Väljund on väga valmis! Esmalt tahan näha, mida letid on olemas. Statistika on jaotatud "Objektid", "juhtumeid" ja "Counters". Näidata iga, saame kasutada "stats nimekiri ..."
filer01> stats nimekirja esemeid
Objektid:
prügila
logical_replication_source
logical_replication_destination
vfiler
qtree
kogusumma
iSCSI
FCP
CIFS
maht
Lun
sihtmärk
nfsv3
ifnet
protsessor
ketas
süsteem
filer01> stats nimekirja juhtudel ifnet
Esinemisjuhtude objekti nimi: ifnet
B2net
Storage-101
filer01> stats nimekirja letid ifnet
Loendurid ja objekti nimi: ifnet
recv_packets
recv_errors
send_packets
send_errors
kokkupõrked
recv_data
send_data
recv_mcasts
send_mcasts
recv_drop_packets
Nagu eespool toodud näide, võin näidata kõik objektid minule, ma ei saa päringule kõik võrgustike juhul on mul setup (2 VIFs, 1 koos VLAN), ja ma näen, mida letid ma aru. Nii et pannes selle kokku ...
filer01> Statistika näitab ifnet: Storage-101: kokkupõrked
ifnet: Storage-101: kokkupõrked: 0 / s
Tore, minu ladustamiseks liides ei ole võrgus kokkupõrkeid aastateks see on otsa! See on hea uudis minu jaoks!
Kui ma tahan teha selle üle mitu iteratsiooni, ma ei saa toita veel võimalusi. Märkus: valikud peavad käima enne leti informatsiooni!
filer01> stats show-n 5-i 1 ifnet: Storage-101: kokkupõrked
Näiteks kokkupõrked
/ S
Storage-101 0
Storage-101 0
Storage-101 0
Storage-101 0
Storage-101 0
Tore, nii jooksul 5 sekundit Ma ei saa ikka kokkupõrkeid!
Märkad ülevalt, et on palju tulemuslikkuse loendurid olemas, ja mitte kõik neist on kõige verbose nimed. Võite päringu mõni neist viies "stats selgitavad counters".
filer01> stats selgitada letid ifnet kokkupõrked
Loendurid ja objekti nimi: ifnet
Nimi: kokkupõrked
Kirjeldus: kokkupõrgete sekundis on CSMA liidesed
Omadused: kiirus
Ühik: per_sec
Nii saab võtta teise näite, ma tahan vaadata latency näidud minu Exchange süsteem ...
filer01> stats show-n 5-i 1 maht: exch01_db: read_latency maht: exch01_db: write_latency maht: exch01_logs: read_latency maht: exch01_logs: write_latency
Näiteks read_latency write_latenc
ms ms
exch01_db 0 0
exch01_logs 0 0
exch01_db 0 0
exch01_logs 0 0
exch01_db 0 0
exch01_logs 0 0
exch01_db 0 0
exch01_logs 0 0
exch01_db 0 0
exch01_logs 0 0
See on 8 hommikul, ükski meeskond on ärkvel veel! Veerupealdiste natuke moonutatud, kuid me näeme lugeda latency esimeses veerus ja kirjutage latency teises.
Üks mu suurimaid kaebusi Bastet on see, mis juhtub, kui ma tahan hoida seda kestnud üle aja ja logi väljund? Noh, ma ei saa muuta "Options autologout" ja jätke minu laptop ühendatud, kuid see pole kunagi hea mõte. "Stats" annab teile võime toru kõik stats väljund otse faili. Brilliant uudiseid!
filer01> stats show-n 5-i 1-o / etc / stats.txt maht: exch01_db: read_latency maht: exch01_db: write_latency maht: exch01_logs: read_latency maht: exch01_logs: write_latency
filer01> rdfile / etc / stats.txt
Näiteks read_latency write_latenc
ms ms
exch01_db 0 16,00
exch01_logs 0 0
exch01_db 0 0
exch01_logs 0 0
exch01_db 0 8,00
exch01_logs 0 0
exch01_db 0 0
exch01_logs 0 0
exch01_db 0 1,00
exch01_logs 0 0
Kahjuks see ei ole vaba kuni konsool, nii skriptimine see alates RSH või SSH võib olla parim valik, kuid ole ettevaatlik, kui kaua sa jooksed iteratsiooni jaoks!
Veel üks tore omadus on see, et sul võib olla mõned presets. Nii et kui sul on 4 Exchange servereid iga 3-andmebaasid, siis saab laadida kogu maht: <vol_name>: lugeda / write_latency käsud faili ja väljastada selle otse stats käsk. Presets failid on XML failid, nii et nad võtavad vähe mõte kirjalikult, kuid kui sa oled näinud XML enne, siis see ei ole nii keeruline.
Minu XML fail näeb välja selline ...
<? Xml version = "1,0"?>
<preset>
<object name="volume">
<instance name="exch01_db">
<counter name="read_latency">
</ Counter>
<counter name="write_latency">
</ Counter>
</ Näiteks>
<instance name="exch01_logs">
<counter name="read_latency">
</ Counter>
<counter name="write_latency">
</ Counter>
</ Näiteks>
</ Object>
</ Eelseadistatud>
Kui salvestatud jooksul / etc / stats / presets nagu ". Xml" file, ma ei saa seda nimetada otse stats käsk.
filer01> stats show-p vahetus-i 1-n 5
Näiteks read_latency write_latenc
ms ms
exch01_db 0 0
exch01_logs 0 0
exch01_db 0 0
exch01_logs 0 0
exch01_db 0 0,13
exch01_logs 0 0,12
exch01_db 0 0,00
exch01_logs 0 0,00
exch01_db 0 0
exch01_logs 0 0
Võimalused on tohutu selle eest, kuid see avab midagi veelgi paremini. Nüüd on võimalik kasutada "stats algus" ja "statistika peatus" käivitada see aruandluse ja ma saan konsooli tagasi!
filer01> stats start-p vahetust
Statistika tunnus name on "Ind0x6920b2f0"
filer01> stats show-Ma Ind0x6920b2f0
StatisticsID: Ind0x6920b2f0
maht: exch01_db: read_latency: 0ms
maht: exch01_db: write_latency: 5.14ms
maht: exch01_logs: read_latency: 0ms
maht: exch01_logs: write_latency: 0.00ms
filer01> stats stop-I Ind0x6920b2f0
StatisticsID: Ind0x6920b2f0
maht: exch01_db: read_latency: 0ms
maht: exch01_db: write_latency: 5.36ms
maht: exch01_logs: read_latency: 0ms
maht: exch01_logs: write_latency: 0.00ms
Loodetavasti olete hakanud mõistma, miks mulle meeldib see käsk, ja miks kasutamise võimalused on suured ja et see on väga võimas tõesti!
Üks viimane asi, mida lisada, seal on palju letid vaikimisi saadaval normaalse privilegeeritud režiimis, kuid proovige lülitada arenenud või isegi diagnoositud, ja näha, kuidas paljud letid on olemas siis! See on suur, kuid natuke kaevamine, väga võimas.
Üks viimane asi, mida saab kasutada metamärke "stats show" käsk, nii et tõmmake kõik letid minu vahetus andmebaas ...
filer01> Statistika näitab maht: exch01_db: *
maht: exch01_db: avg_latency: 0.00ms
maht: exch01_db: total_ops: 3 / s
maht: exch01_db: read_data: 0b / s
maht: exch01_db: read_latency: 0ms
maht: exch01_db: read_ops: 0 / s
maht: exch01_db: write_data: 12288b / s
maht: exch01_db: write_latency: 0.00ms
maht: exch01_db: write_ops: 3 / s
maht: exch01_db: other_latency: 0ms
maht: exch01_db: other_ops: 0 / s
Või näidata kõiki read_latency kõigi mu mahud ...
filer01> Statistika näitab maht: *: read_latency
maht: vol0: read_latency: 0ms
maht: exch01_db: read_latency: 0ms
maht: kodus: read_latency: 0ms
maht: backup: read_latency: 0ms
maht: osa: read_latency: 0ms
Kui teil on konkreetseid küsimusi või soovite päringu, kuidas konkreetne counter teavet süsteemi, saatke mind küsimus. Loodan, et see on kasulik kõigile!










































stats on suurepärane käsk kasutada andmete kogumise pikaajalise trendid liiga (kui samu andmeid ei ole eksponeeritud SNMP MIB) - näiteks mahuühiku jõudluse andmed ei ole kättesaadavad SNMP MIB - mul on blogi kuidas ma koguma ja pakuvad teatavaid näiteks graafikute juures http://aditya.grot.org/2009/02/netapp-ontap-per-volume-statistics.html
Mõned suured vahendeid tõlkimiseks väljund "stats" saadaval NetApp ühenduste - http://communities.netapp.com/docs/DOC-2092
suur post Chris, väga informatiivne ja kindlasti mitte midagi, mis on kaetud mõne põhireeglite docs - või isegi tehniliste aruannete olen lugenud siiani.