Home > General > Performance "stats" ilma PerfStat või Ops Mgr

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!

VN: F [1.9.11_1134]
Hinda seda postitust:
Rating: 10,0 / 10 (1 häält)
based on 3 ratings Performance "stats" ilma PerfStat või Ops Mgr, 10,0 10-st põhineb 3 hinnangul

General

  1. 1. aprill 2009 kell 14:06 | # 1

    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

  2. 9. juuli 2009 kell 17:59 | # 2

    Mõned suured vahendeid tõlkimiseks väljund "stats" saadaval NetApp ühenduste - http://communities.netapp.com/docs/DOC-2092

  3. Chris M
    2. märts 2011 kell 10:42 | # 3

    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.

  1. Ei TrackBacks veel.



See sait ei ole liitunud, või sponsida niikuinii järgi NetApp või mõni muu äriühing nimetatud seestpoolt.

Bad Behavior on blokeerinud 1649 juurdepääsu katsed on viimase 7 päeva jooksul.

© 2009-2012 Chris Kranz Kõik õigused reserveeritud
See sait ei ole liitunud, või sponsida niikuinii järgi NetApp või mõni muu äriühing nimetatud seestpoolt.