A NetApp Műszaki Napló

PerfStat egy nagyszerű módja annak, hogy néhány meglehetősen részletes teljesítményre vonatkozó információkat ki a Filer, ha van egy teljesítmény vagy egyéb probléma, hogy nem lehet elég tegye az ujját. Be kell, hogy hozzáférjen a PerfStat Viewer, vagy valakit, aki feldolgozza ezt a kimenetet az Ön számára, majd meg kell vontasson rajta.

Operations Manager, pontosabban Performance Advisor briliáns és 99%-ban adja a számlálókat meg kell diagnosztizálni a problémát. Ha megtalálta az utat körbe, ez teljesen elengedhetetlen!

De mi van, ha nincs Operations Manager, vagy egyszerűen csak szeretne gyorsan húzza ki információt egy területre a rendszer?

Az első dolog, amit meg akar nézni sysstat. Mindenki legjobb barátja, és nagyszerű módja a látás "Az én rendszer foglalt?". Amikor futtatja sysstat biztos, hogy rajta keresztül a "-s" módosítóval, hogy kapsz egy összefoglaló végén a kimenet. Ha nem határozza meg a iterációk száma (<num>-c), majd ctrl + c megtörni a kimenetet. "-X", amely kiválóan alkalmas minden területén kimenet, de lehet egy kicsit nagy néha. "-U" a kedvencem, mert megadja felhasználási értékek, és ezek általában a leghasznosabb, ha a hibaelhárítás.

A legtöbb oszlopok eléggé magától értetődő. CPU% foglalt, NFS, CIFS, HTTP, FCP és iSCSI protokoll minden műveletet számlálók. Net kB / s, és ki is nyilvánvaló (referencia egy gigabites interfészt is boldogan fenntartása körülbelül 80MB / s, de nyúlik 110/120MB/s). Lemezes és szalagos In & Out. Nézd meg a cache-korban, amikor nagyon alacsony lesz, de van, hogy számlálók jobb. Cache hit egy számlálót használni kívánt közel 100%-os legyen. Minél több adatot kezd olvasni cache jobb! CP Típus Összhang pontok, nem fogok belemenni a részletekbe, hogy mik ezek, van egy nagyon jó cikket a KB ez már (https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb23471) . És végül Disk hasznosítása, amely úgy tűnik, hogy okozhat némi zavart. Ez az olvasás az egyetlen legforgalmasabb lemez a rendszer, és nem átlag. Ez az olvasat érdekes megy a 100% (hasonlóan a CPU is), és ez egyszerűen azt jelenti, lemezeket csinál többet, mint amennyit kellene!

Tehát sysstat egy nagyszerű módja annak, hogy egy magas szintű kilátás "Az én rendszer foglalt" és ad egy durva ötlet, hogy hol van a szűk keresztmetszet. Ha a CPU valóban magas, de semmi mást, akkor ez az, ami visszafogja a rendszert. Ha a lemez kihasználtsága nagyon magas, akkor megint itt van a probléma. De ezek az adatok nem meggyőzőek, és nem pont közvetlenül egy bűnös. Például ha a lemez kihasználtsága nagyon magas, akkor lehet, hogy futtasson egy wafl átcsoportosítása a már hozzáadott néhány új lemezek, és ezek nem tart semmilyen adatot sem. Ha a CPU nagyon magas, akkor lehet, hogy csinálsz egy csomó más módon feldolgozó, mint az A-SIS és SnapVault, vagy lehet nagyon random IO, így a CPU dolgozik keményebben próbál tenni számítások körül ez.

A következő lépés lehet nézni statit. A "priv meg advanced" parancsot, és nem a csel szívű, nagy parancsot, hogy egy pillanatképet részletek alatt. Egyszerűen fuss "statit-b" elején az ellenőrzési időszak, majd a "statit-e" a végén. Győződjön meg róla, hogy jelentkezzen a kimeneti ablak kapsz sokat statit (több, mint a szabványos Windows és Putty puffer mutatni). Van egy csomó statit kimenet, és én nem megyek bele túl sok a részlet az, hogy minden itt (de talán egy másik nap). A legtöbb ez eléggé magától értetődő igazán.

Ezzel elérkeztem rá az igazi oka ennek a cikknek az első helyen. Az egyik kedvenc parancsokat, és persze a nagyrészt figyelmen kívül hagyott egy, "statisztika". Ennek van egy csomó információ, hogy a keze ügyében, elég sok mindent meg is látszik a Performance Advisor, és bármit is beszámol a PerfStats áll rendelkezésre statisztika parancsot. És valószínűleg még sok más! "Stats" szerkezet nagyon hasonlít sysstat, mivel számol számlálók alapján a ciklusok. Ha egyszerűen csak futtatni, akkor az jelentést, amit a rendszer csinál, hogy a pontos időt. Ha azt mondja, hogy fut minden 5 másodpercben, akkor az jelentse, hogy mi történt azokkal szemben, 5 másodperc.

Tehát először is fel, nem csak és fuss "stats show" anélkül, hogy pár percem. A kimenet nagyon komplett! Először is meg akarja nézni, milyen számlálók állnak rendelkezésre. Stats oszlik "objektumok", "példányok" és "pultok". Jeleníthetők meg, fel tudjuk használni "stats lista ..."

filer01> statisztika tárgyak listája

Tárgyak:

kiírási

logical_replication_source

logical_replication_destination

vfiler

qtree

összes

iSCSI

FCP

CIFS

hangerő

LUN

cél

NFSv3

ifnet

processzor

korong

rendszer

filer01> stats lista példányok ifnet

Példányok objektum neve: ifnet

B2net

Tároló-101

filer01> stats lista számlálók ifnet

Számláló objektum neve: ifnet

recv_packets

recv_errors

send_packets

send_errors

ütközések

recv_data

send_data

recv_mcasts

send_mcasts

recv_drop_packets

Példaként a fenti, meg tudom mutatni az összes rendelkezésre álló objektumok nekem, le tudja kérdezni az összes hálózati példány van állítás (2 VIFs, 1 a VLAN), és látom, mit tudok számlálók jelentést. Tehát, hogy ezt együtt ...

filer01> Statisztikák megjelenítése ifnet: Storage-101: ütközések

ifnet: Storage-101: ütközések: 0 / s

Nagy az én tárolási felület nincs hálózat ütközések közötti időszakban ez fuss! Ez jó hír számomra!

Ha akarom futtatni ezt a több ismétléseket, tudom etetni, hogy valami más lehetőséget. Megjegyzés: Az opciók kell mennie, mielőtt a számláló információkat!

filer01> stats show-n 5-i 1 ifnet: Storage-101: ütközések

Bíróság ütközések

/ S

Tároló-101 0

Tároló-101 0

Tároló-101 0

Tároló-101 0

Tároló-101 0

Nagy, így alatt 5 másodperc Még mindig nem kapok ütközések!

Észre fogod venni, felülről, hogy van egy csomó teljesítmény számlálók rendelkezésre áll, és nem mindegyik van a legtöbb verbose neveket. Itt lehet lekérdezni minden ilyen futtatásával "stats counters magyarázza".

filer01> stats megmagyarázni számlálók ifnet ütközések

Számláló objektum neve: ifnet

Név: ütközések

Leírás: ütközése másodpercenként CSMA interfészek

Tulajdonságok: ráta

Egység: per_sec

Szóval vessünk egy másik példát, azt akarom, hogy nézd meg az én mért latency Exchange rendszer ...

filer01> stats show-n 5-i 1 térfogat: exch01_db: read_latency térfogat: exch01_db: write_latency térfogat: exch01_logs: read_latency térfogat: exch01_logs: write_latency

Bíróság 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

Ez reggel 8, sem az értékesítési csapat ébren van még! A oszlopfejlécek egy kicsit ferde, de láthatjuk olvasható latencia az első oszlopban, és írd késleltetés a második.

Az egyik legnagyobb panasz sysstat, hogy mi történik, ha akarom tartani ezt a futás egy ideig, és jelentkezzen a kimenetet? Nos, meg tudom változtatni "lehetőségek autologout", és hagyja a laptop csatlakoztatva van, de ez nem egy jó ötlet. "Stats" ad arra, hogy az összes cső stats kimenet közvetlenül egy fájlba. Ragyogó hír!

filer01> stats show-n 5-i 1-O / etc / stats.txt mennyiség: exch01_db: read_latency térfogat: exch01_db: write_latency térfogat: exch01_logs: read_latency térfogat: exch01_logs: write_latency

filer01> rdfile / etc / stats.txt

Bíróság 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

Sajnos ez nem szabadítja fel a konzolt, így ez a script RSH vagy SSH lehet a legjobb megoldás, de vigyázzon, hogy mennyi ideig futtatja a ciklusok számára!

Másik jó tulajdonsága, hogy ha lehet valamilyen beállításokkal. Tehát ha van 4 Exchange kiszolgálók egyenként 3 adatbázisokat, akkor betöltse az összes térfogat: <vol_name>: read / write_latency parancsok egy fájlt, és ki ez a közvetlenül a stats parancsot. A Presets fájlok XML fájlok, így egy kis gondolat az írás, de ha már láttuk XML előtt, akkor ez nem olyan bonyolult.

Saját XML fájl így néz ki ...

<? Xml version = "1.0"?>

<preset>

<object name="volume">

<instance name="exch01_db">

<counter name="read_latency">

</ Számláló>

<counter name="write_latency">

</ Számláló>

</ Például>

<instance name="exch01_logs">

<counter name="read_latency">

</ Számláló>

<counter name="write_latency">

</ Számláló>

</ Például>

</ Object>

</ Előre>

Miután mentette az / etc / stats / Presets, mint egy ". Xml" fájlt, meg tudom nevezni közvetlenül a stats parancsot.

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

Bíróság 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

A lehetőségek óriásiak erre, de ez nyit valami még jobb. Most már használhatja a "stats start" és a "stats stop" elindítani ezt az adatszolgáltatást, és kapok egy konzol vissza!

filer01> stats start-p csere

Bontás azonosító neve "Ind0x6920b2f0"

filer01> stats show-I Ind0x6920b2f0

StatisticsID: Ind0x6920b2f0

térfogat: exch01_db: read_latency: 0ms

térfogat: exch01_db: write_latency: 5.14ms

térfogat: exch01_logs: read_latency: 0ms

térfogat: exch01_logs: write_latency: 0.00ms

filer01> stats stop-I Ind0x6920b2f0

StatisticsID: Ind0x6920b2f0

térfogat: exch01_db: read_latency: 0ms

térfogat: exch01_db: write_latency: 5.36ms

térfogat: exch01_logs: read_latency: 0ms

térfogat: exch01_logs: write_latency: 0.00ms

Remélhetőleg akkor kezdik felismerni, hogy miért szeretem ezt a parancsot, és miért lehetőségeit használja ezt a hatalmas, és hogy ez valóban nagyon erős!

Egy utolsó dolog, hogy hozzá, van egy csomó pult alapértelmezés szerint normál módban kiváltságos, de próbáljuk kapcsolni a fejlett, vagy akár diagnózis, és látom, hogy sokan állnak majd a pult! Ez nyomasztó, de egy kicsit ásni, nagyon erős.

Még egy utolsó dolog, akkor karakterek a "stats show" parancsot, hogy úgy húzza ki az összes számláló az én csere adatbázis ...

filer01> stats show-térfogat: exch01_db: *

térfogat: exch01_db: avg_latency: 0.00ms

térfogat: exch01_db: total_ops: 3 / s

térfogat: exch01_db: read_data: 0B / s

térfogat: exch01_db: read_latency: 0ms

térfogat: exch01_db: read_ops: 0 / s

térfogat: exch01_db: write_data: 12288b / s

térfogat: exch01_db: write_latency: 0.00ms

térfogat: exch01_db: write_ops: 3 / s

térfogat: exch01_db: other_latency: 0ms

térfogat: exch01_db: other_ops: 0 / s

Vagy az összes read_latency én minden mennyiségben ...

filer01> stats show-térfogat: *: read_latency

térfogat: vol0: read_latency: 0ms

térfogat: exch01_db: read_latency: 0ms

kötet: otthon: read_latency: 0ms

térfogat: mentés: read_latency: 0ms

mennyiség: share: read_latency: 0ms

Ha bármilyen konkrét kérdése van, vagy szeretne kérdezni, hogyan lehet konkrét ellenintézkedések információkat a rendszerszintű, nyugodtan küldjön nekem egy kérdést. Remélem, ez hasznos mindenki számára!

Általános perfstat teljesítmény statit statisztika ONTAP NetApp