Пърформанс "Статистика" без PerfStat или Ops Mgr
PerfStat е чудесен начин да получите някои доста подробна информация за ефективността от на цедка, когато имате представление или друг въпрос, че не можете съвсем да постави пръста си на. Трябва да имат достъп до зрителя PerfStat, или се свържете с някой, за да обработи този изход за вас, и тогава ще трябва да трал през него.
Operations Manager, и по-специално съветникът на изпълнение е брилянтен и 99% от времето ви дава гишетата, които трябва да се диагностицира проблема. Веднъж намерили пътя си около нея, тя е напълно незаменим!
Но какво, ако не Operations Manager, или просто искате бързо да се извади информация за една област на системата?
Първите неща, които искате да погледнете sysstat. Най-добрият приятел на всеки човек и чудесен начин на виждане "е моята система зает?". Всеки път, когато стартирате sysstat, уверете се, че чрез нея "и" модификатор, така че да получите обобщена информация в края на продукцията. Ако не се определи броя на повторения (-в <num>), после Ctrl + C, за да разбие на изхода. "Х" е чудесно за даване на всички области на производството, но може да бъде малко по широк понякога. "U" е любимата ми, тъй като ви дава показания за използване и за тях обикновено най-полезни, когато отстраняване на проблеми.
Повечето от колоните са доста самостоятелно обяснителен. CPU% зает, NFS, CIFS, HTTP, FCP и iSCSI са гише всички протоколни операции. Net KB / сек, в и извън очевидното (за справка един Gigabit интерфейс, с радост ще поддържа около 80MB / сек, но може да се разтегне до 110/120MB/s). Дискове и ленти в & Out. Гледайте кеш-годишна възраст, когато тя стане наистина ниски, но има по-добри брояча за това. Кеш хит е брояч искате-близък до 100%, както е възможно. Колкото повече данни се четат от кеша по-добре! CP Вид съгласуваност точки, аз няма да навлизам в подробности какви са тия, има много добра KB статия на този вече (https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb23471) . И най-накрая Disk Използване, което изглежда да предизвика известно объркване. Това е четене от най-натоварените диск в системата, а не средно. Това четене интересно да отида около 100% (подобно на процесора може да прекалено), и това просто означава, Дисковете се правят повече, отколкото трябва!
Така sysstat е чудесен начин да получите добър изглед на ниво на "моята система зает" и също така ви дава груба представа за това къде фактор е. Ако процесорът е наистина висока, но нищо друго, то това е, което се задържа на системата. Ако използването на диска е много високо, след това отново, тук е проблемът. Но това не са убедителни фигури, и не насочвайте директно на виновния. Например, ако използването на диска е много висока, може да се наложи да стартирате wafl преразпределят като сте добавили някои нови дискове и те не се държат все още няма данни. Ако вашият процесор е много висока, тя може да се окаже, че вие правите много друга преработка, като A-ШИС и SnapVault, или тя може да бъде много случаен IO, така че процесора работи по-трудно да се опитват да направят изчисления около това.
Следващата стъпка може да бъде да погледнете statit. "Priv напреднали" команда, а не за финт на сърце, голяма команда, за да се получи моментна снимка на информация за определен период. Просто пуснете "statit-б" в началото на периода за мониторинг, и след това "statit-E" в края. Уверете се, че за да влезете прозореца на продукция, както вие ще получите много от statit (повече от стандартния Windows и шпакловка буфер ще покаже). Налице е много на statit изход, и аз няма да навлизам в прекалено много подробности в нея всички тук (но може би друг ден). По-голямата част от него е доста самостоятелно обяснителен наистина.
Това ме води към истинската причина за тази статия на първо място. Един от любимите ми команди, и със сигурност до голяма степен се пренебрегва, "Статистика". Това има много информация, в това е върха на пръстите, почти всичко, което можете да видите от в изпълнение съветник и всичко, което може да се докладва в PerfStats е на разположение в командния на статистика. И вероятно много повече! "Статистика" работи много подобен на sysstat в това, че докладва щандовете, базирани на итерациите. Ако просто го стартирате, тя ще докладва какво прави системата е, че точното време. Ако го казват да стартирате на всеки 5 секунди, той ще докладва какво се е случило през тези 5 секунди.
Така че, първо, не само в и стартирате "Статистика шоу", без да се налага няколко минути, за да пощади. Изходът е много пълна! Първо искам да видя какво гишетата са на разположение. Статистика е разделен на "Обекти", "копия" и "гишетата". За да покажете всеки, можем да използваме "Статистика на списъка ..."
filer01> статистика списък на обекти
Обекти:
стоварвам
logical_replication_source
logical_replication_destination
vfiler
qtree
агрегат
iscsi
FCP
CIFS
обем
LUN
цел
NFSv3
ifnet
процесор
диск
система
filer01> Статистика списъка случаи ifnet
Копия за име на обект: ifnet
B2net
Storage-101
filer01> Статистика списък броячи ifnet
Гишета за име на обект: ifnet
recv_packets
recv_errors
send_packets
send_errors
сблъсъци
recv_data
send_data
recv_mcasts
send_mcasts
recv_drop_packets
Като пример по-горе, мога да покажа на всички обекти, достъпни за мен, аз може да задава въпроси на всички мрежови случаи, имам настройка (2 VIFs, 1 с VLAN), и мога да видя какво броячи мога да докладва за. Така че въвеждането на този заедно ...
filer01> Статистики Покажи ifnet: Съхранение-101: сблъскване
ifnet: Съхранение-101: сблъскване: 0 / сек
Страхотно, ми интерфейс съхранение не няма никакви мрежови сблъсъци за периода, това е свършила! Това е добра новина за мен!
Ако искам да тече в продължение на няколко повторения, мога да го хранят още няколко опции. Забележка: Опциите трябва да върви пред тезгяха информация!
filer01> Статистики Покажи-N 5-1 ifnet: Съхранение-101: сблъскване
Инстанция сблъсъци
/ Сек
Storage-101 0
Storage-101 0
Storage-101 0
Storage-101 0
Storage-101 0
Страхотно, така че в продължение на период от 5 секунди аз все още не съм се сблъсъци!
Ще забележите, от горе, че има много на изпълнение броячи, както и не всички от тях имат най-много имена многословно. Можете да разгледате някой от тях, като пуснете "Статистика обясняват гишетата".
filer01> Статистика обясняват броячи ifnet сблъсквания
Гишета за име на обект: ifnet
Име: сблъсъци
Описание: сблъскване в секунда на CSMA интерфейси
Имоти: Оценете
Мерна единица: per_sec
Така че нека вземем друг пример, който искам да изглеждам при латентност четения на моята система за обмен на ...
filer01> Статистики Покажи-N 5-1 обем: exch01_db: read_latency обем: exch01_db: write_latency обем: exch01_logs: read_latency обем: exch01_logs: write_latency
Например 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
Това е 8 сутринта, никой от екипа по продажби все още е буден! Заглавията на колоните се малко изкривена, но можем да видим латентност в първата колона, и пишат на латентност в секунда.
Един от най-големите ми оплаквания за sysstat е това, което се случва, ако искам да запазя тази препълнена определен период от време и влезте изхода? Е, аз може да се промени "опции autologout" и оставете включен в лаптопа си, но това никога не е добра идея. "Статистика" ви дава възможност към тръба Цялата продукция на статистика, директно към файл. Брилянтно новини!
filer01> Статистики Покажи-N 5-и 1-о / и т.н. / stats.txt обем: exch01_db: read_latency обем: exch01_db: обем на write_latency: exch01_logs: read_latency обем: exch01_logs: write_latency "
filer01> rdfile / и т.н. / stats.txt
Например 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
За съжаление това не на конзолата, така скриптове от RSh или SSH може да бъде най-добрият залог, но бъдете внимателни колко дълго тече итерациите за!
Друга хубава черта е, че можете да имате някои предварителни настройки. Така че ако имате 4 обмяна сървъри всяка с 3 бази данни, след което можете да заредите целия обем: <vol_name>: прочети / write_latency команди в един файл и да издаде това директно от командния статистика. Presets файлове са XML файлове, така че те заемат малко мисъл в писмена форма, но ако сте видели XML и преди, тогава това не е толкова сложен.
My XML файл изглежда така ...
<? XML версия = "1,0"?>
<preset>
<object name="volume">
<instance name="exch01_db">
<counter name="read_latency">
</ Брояч>
<counter name="write_latency">
</ Брояч>
</ Например>
<instance name="exch01_logs">
<counter name="read_latency">
</ Брояч>
<counter name="write_latency">
</ Брояч>
</ Например>
</ Object>
</ Предварително>
Веднъж съхранени в / и т.н. / Статистика / фабрични настройки като "XML" файла, мога да го наречем директно от командния статистика.
filer01> статистика шоу-р борса-1-N 5
Например 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
Възможностите са огромни за това, но това се отваря нещо още по-добре. Сега може да използваме "Статистика старт" и "Статистика Стоп", за да задействат това отчитане и аз да си взема конзола!
filer01> Статистика старт-р обмен
Статистика идентификатор име е "Ind0x6920b2f0"
filer01> Статистика шоу I Ind0x6920b2f0,
StatisticsID: Ind0x6920b2f0
обем: exch01_db: read_latency: 0ms
обем: exch01_db: write_latency: 5.14ms
обем: exch01_logs: read_latency: 0ms
обем: exch01_logs: write_latency: 0.00ms
filer01> Статистика стоп-I Ind0x6920b2f0
StatisticsID: Ind0x6920b2f0
обем: exch01_db: read_latency: 0ms
обем: exch01_db: write_latency: 5.36ms
обем: exch01_logs: read_latency: 0ms
обем: exch01_logs: write_latency: 0.00ms
Надяваме се, започват да осъзнават защо обичам тази команда, и защо възможностите за използване на това са огромни, и че това е наистина много мощен!
Едно последно нещо, което да добавите, има много гишета, налични по подразбиране в нормален привилегирован режим, но се опитайте да премине до напреднали, или дори DIAG, и да видим колко гишета са на разположение след това! Това е огромна, но с малко изкопни работи, много мощен.
Едно последно нещо, можете да използвате заместващи символи в "Покажи Статистики" команда, така че да извади всички гишета за моята база данни за обмен ...
filer01> Статистики Покажи обем: exch01_db: *
обем: exch01_db: avg_latency: 0.00ms
обем: exch01_db: total_ops: 3 / и
обем: exch01_db: read_data: 0b / S
обем: exch01_db: read_latency: 0ms
обем: exch01_db: read_ops: 0 / и
обем: exch01_db: write_data: 12288b / S
обем: exch01_db: write_latency: 0.00ms
обем: exch01_db: write_ops: 3 / и
обем: exch01_db: other_latency: 0ms
обем: exch01_db: other_ops: 0 / и
Или да показват цялата read_latency, за всичките си обеми ...
filer01> Статистики Покажи обем: *: read_latency
обем: vol0: read_latency: 0ms
обем: exch01_db: read_latency: 0ms
Обем: дома: read_latency на: 0ms
Обем: архивиране: read_latency на: 0ms
обем: акции: read_latency на: 0ms
Ако имате някакви въпроси, или искате да задава въпроси, как да получите конкретна насрещна информация от системата, не се колебайте да ми изпратите повече от въпрос. Надявам се, това е полезно за всички!










































статистика е голяма команда, за да се използва за събиране на данни за дългосрочната тенденция (ако едни и същи данни не е изложен в SNMP MIB) - например, на звучене данни не е достъпен чрез SNMP MIB - Имам един блог за това как се събират, че и някои например графики на http://aditya.grot.org/2009/02/netapp-ontap-per-volume-statistics.html
Някои големи наличните инструменти за превода на изхода от "статистика" на разположение на общността NetApp - http://communities.netapp.com/docs/DOC-2092
Велик пост Крис, много информативна и със сигурност не е нещо, което е покрит в някоя от "основите" документи - или дори технически доклади, които съм чел досега.