Etusivu > Yleistä > Performance "tilastot" ilman PerfStat tai Ops Mgr

Performance "tilastot" ilman PerfStat tai Ops Mgr

PerfStat on loistava tapa saada joitakin melko yksityiskohtaisia ​​tehokkuustietoja ulos filer kun on suorituskykyä tai muu asia, et voi ihan laittaa sormi. Sinun täytyy saada PerfStat Viewer, tai joku jalostaa tähän lähtöön sinulle, ja sinun täytyy troolin läpi.

Operations Manager, ja erityisesti Performance Advisor on loistava ja 99% ajasta antaa laskurit täytyy diagnosoida ongelman. Kun olet löytänyt päin, se on täysin välttämätön!

Mutta mitä jos sinulla ei ole Operations Manager, tai haluat vain nopeasti vetäytyä tietoa yhden alueen järjestelmän?

First things haluat tarkastella sysstat. Kaikkien paras ystävä ja loistava tapa nähdä "Onko minun järjestelmä varattu?". Aina kun ajaa sysstat, varmista, että sen kautta "-s"-määrite, niin että saat yhteenvedon lopussa lähdön. Jos et määritä iteraatioiden (-c <num>), sitten ctrl + c rikkoa lähdön. "-X" on hyvä antaa kaikilla tuotannon, mutta se voi olla hieman leveä joskus. "-U" on suosikkini, koska se antaa sinulle käyttöä lukemat ja ne yleensä eniten hyötyä vianmäärityksessä.

Useimmat sarakkeet ovat melko itsestään selviä. CPU% kiireinen, NFS, CIFS, HTTP, FCP ja iSCSI ovat protokollaa toimintojen laskurit. Net kB / s sisään ja ulos on ilmeinen (viite yhden gigabitin liitäntä mielellään yllä noin 80MB / s, mutta voi venyä 110/120MB/s). Levy-ja Tape in ja out. Katso cache iässä kun se saa todella pieni, mutta on parempi laskurit siitä. Cache hit on counter haluat niin lähes 100% kuin mahdollista. Enemmän tietoa on tulossa luetaan välimuistista parempi! CP tyyppi on Johdonmukaisuus pisteitä, en mene yksityiskohtiin, mitä nämä ovat, on erittäin hyvä KB artikkeli tästä jo (https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb23471) . Ja lopuksi levy hyödyntäminen, joka näyttää aiheuttavan jonkin verran sekaannusta. Tämä lukema yhden kiireisimmän levyn järjestelmässä, eikä keskiarvo. Tämä lukema voi kiinnostavaa mennä noin 100% (niin kuin CPU voi liikaa), ja tämä tarkoittaa yksinkertaisesti sitä levyt tekevät enemmän kuin pitäisi!

Joten sysstat on loistava tapa saada korkean tason näkymä on "Onko minun elimistö kiireinen" ja antaa sinulle käsityksen siitä, missä pullonkaula on. Jos prosessori on todella korkea, mutta ei mitään muuta, niin tämä on mitä joka jarruttaa järjestelmässä. Jos levy käyttö on erittäin korkea, sen jälkeen uudelleen, tässä ongelma. Mutta nämä eivät ole vakuuttavia lukuja, äläkä suuntaa suoraan syyllinen. Esimerkiksi jos levy käyttöaste on hyvin korkea, sinun on ehkä ajaa wafl kohdentaa niin olet lisännyt joitakin uusia levyjä, ja niitä, joilla ei ole mitään tietoa vielä. Jos CPU on erittäin suuri, saattaa olla, että teette paljon muuta käsittelyä, kuten-SIS ja SnapVault, tai se voi olla hyvin satunnaisesti IO niin CPU toimii kovemmin yrittää tehdä laskelmia ympärillä.

Seuraava askel voi olla tarkastella statit. "Priv asettaa edistyneenä"-komennon, eikä harhautus hyväsydäminen, hyvä komentoa saadaksesi tilannekuvan yksityiskohtia ajan. Komennolla "statit-b 'alussa seurannan aikana, ja sitten" statit-e "lopussa. Muista kirjautua tulostamissasi ikkunan saat paljon statit (enemmän kuin Windowsin ja Putty puskuri näyttää). On paljon statit tuotannon, enkä mene liian yksityiskohtaisia ​​kaikki täällä (mutta ehkä toinen päivä). Suurin osa siitä on ihan itsestään selvä oikeasti.

Tästä pääsen kiinni todellinen syy tämän artikkelin ensimmäinen paikka. Yksi suosikkini komentoja, ja varmasti pitkälti unohdettu yksi "tilastot". Tämä on paljon tietoa sitä ulottuville, melko paljon mitään voi nähdä in Performance Advisor, ja jotain voi raportoida in PerfStats on saatavilla tilastot komennon. Ja ehkä paljon enemmän! "Tilastot" toimii hyvin samankaltainen sysstat siinä, että se raportoi laskurit perustuu iteraatiota. Jos vain käyttää sitä, se tulee kertomaan, mitä järjestelmä tekee tuohon tarkkaa ajankohtaa. Jos kerrot sen toimimaan 5 sekunnin välein, se tulee kertomaan, mitä on tapahtunut näinä 5 sekuntia.

Ensin ylös, eivät vain ja ajaa "tilastot show" ilman muutamaa minuuttia varaosia. Lähtö on erittäin kattava! Ensin haluat nähdä, mitä laskurit ovat käytettävissä. Tilastot on jaettu "Objects", "kopiot" ja "Laskurit". Osoittaakseen jokainen voimme käyttää "stats lista ..."

filer01> tilastot listan objektien

Objects:

dumpata

logical_replication_source

logical_replication_destination

vfiler

qtree

yhteenlaskettu

iSCSI

FCP

CIFS

tilavuus

lun

kohde

nfsv3

ifnet

suoritin

levy

järjestelmä


filer01> tilastot lista tapauksia ifnet

Kopioiden objektin nimi: ifnet

B2net

Varastointi-101


filer01> tilastot lista laskurit ifnet

Laskurit ja kohteen nimi: ifnet

recv_packets

recv_errors

send_packets

send_errors

törmäykset

recv_data

send_data

recv_mcasts

send_mcasts

recv_drop_packets

Esimerkkinä mainittiin, voin näyttää kaikki objekteja minulle, voin kysellä kaikki verkottumista tapauksissa olen setup (2 VIFs, 1 ja VLAN), ja näen, mitä laskurit voin raportoida. Joten laskemisesta tämä yhdessä ...

filer01> tilastot osoittavat ifnet: Varastointi-101: törmäykset

ifnet: Varastointi-101: törmäykset: 0 / s

Suuri, minun varastointi käyttöliittymä ei ole verkkoa törmäykset kaudeksi tämä on ajaa! Se on hyvä uutinen minulle!

Jos haluan ajaa tätä useiden toistojen, voin ruokkia sitä lisää vaihtoehtoja. Huom: vaihtoehtoja on mentävä ennen laskurin tiedot!

filer01> stats show-n 5-i 1 ifnet: Varastointi-101: törmäykset

Oikeusasteen törmäykset

/ S

Varastointi-101 0

Varastointi-101 0

Varastointi-101 0

Varastointi-101 0

Varastointi-101 0

Suuri, joten ajan 5 sekunnin En vieläkään saa törmäyksiä!

Huomaat ylhäältä että on olemassa paljon suorituskykyä laskurit käytettävissä, ja kaikki eivät ole kaikkein verbose nimiä. Voit tiedustella tahansa näistä ajamalla "stats selittää laskurit".

filer01> stats selittää laskurit ifnet törmäykset

Laskurit ja kohteen nimi: ifnet

Nimi: törmäykset

Kuvaus: törmäykset sekunnissa CSMA rajapintojen

Ominaisuudet: korko

Yksikkö: per_sec

Joten antaa toisen esimerkin, haluan tarkastella latenssi lukemat Exchange-järjestelmän ...

filer01> stats show-n 5-i 1 tilavuus: exch01_db: read_latency määrä: exch01_db: write_latency määrä: exch01_logs: read_latency määrä: exch01_logs: write_latency

Oikeusasteen 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

Se on 8 aamulla, yksikään myyntitiimin on hereillä vielä! Sarakeotsikot saavat hieman vinossa, mutta näemme lukea latenssi ensimmäisessä sarakkeessa ja kirjoita latenssi toiseen.

Yksi suurimmista valituksia sysstat mitä tapahtuu, jos haluan pitää tätä käynnissä yli ajan ja kirjaudu lähtö? No, voin vaihtaa "vaihtoehdot autologout" ja jätä läppäri kytkettynä, mutta se ei ole koskaan hyvä idea. "Tilastot" antaa sinulle mahdollisuuden putkeen kaikki tilastot lähtö suoraan tiedostoon. Loistava uutinen!

filer01> stats show-n 5-i 1-O / etc / stats.txt määrä: exch01_db: read_latency määrä: exch01_db: write_latency määrä: exch01_logs: read_latency määrä: exch01_logs: write_latency

filer01> rdfile / etc / stats.txt

Oikeusasteen 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

Valitettavasti tämä ei vapauta konsoli, niin scripting tämä siitä RSH tai SSH voi olla paras veto, mutta ole varovainen, kuinka kauan käytät iteraation varten!

Toinen näppärä ominaisuus on se, että sinulla voi olla joitakin esiasetusta. Joten jos sinulla on 4 Exchange-palvelimet kummassakin on 3 tietokantoihin, voit ladata kaiken määrä: <vol_name>: lue / write_latency komennot tiedostoon ja antaa tämän suoraan tilastot komento. Esiasetukset tiedostot ovat XML-tiedostoja, jolloin ne vievät vähän ajatus kirjallisesti, mutta jos olet nähnyt XML ennen, niin se ei ole niin hankalaa.

Oma XML-tiedosto näyttää tältä ...

<? Xml version = "1.0"?>

<preset>

<object name="volume">

<instance name="exch01_db">

<counter name="read_latency">

</ Laskuri>

<counter name="write_latency">

</ Laskuri>

</ Mm>

<instance name="exch01_logs">

<counter name="read_latency">

</ Laskuri>

<counter name="write_latency">

</ Laskuri>

</ Mm>

</ Object>

</ Esiasetus>

Kerran pelastettu / etc / stats / Presettejä ". Xml"-tiedoston, voin kutsua sitä suoraan tilastot komento.

filer01> stats show-p vaihto-i 1-n 5

Oikeusasteen 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

Mahdollisuudet ovat valtavat tämän, mutta tämä avaa jotain vielä parempaa. Voimme nyt käyttää "tilastot alku" ja "tilastot stop" käynnistää tähän raportointiin ja saan konsolin takaisin!

filer01> stats alku-p vaihto

Stats tunnisteen on "Ind0x6920b2f0"

filer01> stats show-I Ind0x6920b2f0

StatisticsID: Ind0x6920b2f0

määrä: exch01_db: read_latency: 0ms

määrä: exch01_db: write_latency: 5.14ms

määrä: exch01_logs: read_latency: 0ms

määrä: exch01_logs: write_latency: 0.00ms

filer01> stats stop I Ind0x6920b2f0

StatisticsID: Ind0x6920b2f0

määrä: exch01_db: read_latency: 0ms

määrä: exch01_db: write_latency: 5.36ms

määrä: exch01_logs: read_latency: 0ms

määrä: exch01_logs: write_latency: 0.00ms

Toivottavasti olette alkaneet ymmärtää, miksi pidän tätä komentoa, ja miksi mahdollisuuksia käyttää tätä ovat valtavat, ja että se on hyvin voimakas todellakin!

Viimeinen asia lisätä, on olemassa paljon laskureiden saatavilla oletusarvoisesti normaalissa etuoikeutetussa tilassa, mutta yritä vaihtoi pitkälle tai jopa diag, ja katso kuinka moni Laskurit ovat saatavilla silloin! Tämä on valtava, mutta hieman kaivamaan, hyvin voimakas.

Viimeinen asia, voit käyttää yleismerkkejä "stats show"-komennon, niin vetää kaikki laskurit minun vaihtaa tietokantaa ...

filer01> tilastot osoittavat määrä: exch01_db: *

määrä: exch01_db: avg_latency: 0.00ms

määrä: exch01_db: total_ops: 3 / s

määrä: exch01_db: read_data: 0B / s

määrä: exch01_db: read_latency: 0ms

määrä: exch01_db: read_ops: 0 / s

määrä: exch01_db: write_data: 12288b / s

määrä: exch01_db: write_latency: 0.00ms

määrä: exch01_db: write_ops: 3 / s

määrä: exch01_db: other_latency: 0ms

määrä: exch01_db: other_ops: 0 / s

Tai näyttää kaikki read_latency kaikki minun määriä ...

filer01> tilastot osoittavat määrä: *: read_latency

määrä: vol0: read_latency: 0ms

määrä: exch01_db: read_latency: 0ms

määrä: koti: read_latency: 0ms

määrä: backup: read_latency: 0ms

määrä: osake: read_latency: 0ms

Jos sinulla on tiettyjä kysymyksiä, tai haluat kysellä miten tarkat laskuri tietoa järjestelmästä, voit lähettää minulle yli kysymys. Toivottavasti tästä on hyötyä kaikille!

Katso myös ...
VN: F [1.9.11_1134]
Arvioi tämä viesti:
Arvosana: 10,0 / 10 (1 ääni cast)
based on 3 ratings Performance "tilastot" ilman PerfStat tai Ops arkkipiispa, 10,0 out of 10 perustuu 3 arviot

General

  1. 01 huhtikuu 2009 at 14:06 | # 1

    tilastot on loistava komento käyttää tietojen keräämistä pitkän aikavälin trendit liikaa (jos samat tiedot eivät altistuu SNMP MIB) - Esimerkiksi per tilavuus suorituskyky tietoja ei ole saatavilla SNMP MIB - Minulla blogimerkintä siitä, miten kerätä sitä ja antaa joitain esimerkiksi kaaviot http://aditya.grot.org/2009/02/netapp-ontap-per-volume-statistics.html

  2. 09 heinäkuu 2009 at 17:59 | # 2

    Hienoja työkaluja kääntämiseen ulostulo "tilastot" löytyvät NetApp yhteisöt - http://communities.netapp.com/docs/DOC-2092

  3. Chris M
    02 maaliskuu 2011 klo 10:42 | # 3

    suuri post Chris, erittäin informatiivinen ja varmasti ole jotain, joka on peitetty jollakin perussääntöjen docs - tai jopa teknisiä raportteja olen lukenut tähän mennessä.

  1. Ei paluuviitteitä vielä.



Tämä sivusto ei ole sidoksissa tai sponsoroituja millään jonka NetApp tai muu mainitun yrityksen sisällä.

Bad Behavior on estänyt 1434 pääsyä yrittää viimeisen 7 päivän kuluessa.

© 2009-2012 Chris Kranz Kaikki oikeudet pidätetään
Tämä sivusto ei ole sidoksissa tai sponsoroituja millään jonka NetApp tai muu mainitun yrityksen sisällä.