<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Комментарии к записи: na_stats &#8211; набор утилит для анализа производительности</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/725/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/725</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Wed, 07 Apr 2021 12:05:23 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/725#comment-908</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Tue, 26 Oct 2010 04:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=725#comment-908</guid>
		<description>Да я и еще добавлюю По SNMP нельзя сбегать за пивом или даже сварить кофе.
Но о чем это говорит? Только о том, что вы используете инструмент не по назначению.</description>
		<content:encoded><![CDATA[<p>Да я и еще добавлюю По SNMP нельзя сбегать за пивом или даже сварить кофе.<br />
Но о чем это говорит? Только о том, что вы используете инструмент не по назначению.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: alex nop</title>
		<link>http://blog.aboutnetapp.ru/archives/725#comment-906</link>
		<dc:creator>alex nop</dc:creator>
		<pubDate>Sun, 24 Oct 2010 15:45:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=725#comment-906</guid>
		<description>Поддержу в части SNMP!

Получить аналог "sysstat -m 1" по SNMP нельзя, получить disk utilization "sysstat -us 1" тоже нельзя.

Вопрос: как мониторить производительность и искать узкие места по SNMP?

Остается только выдернуть из perfstat-а команды, запускать их через rsh/ssh и парсить вывод, чтобы собирать статистику.</description>
		<content:encoded><![CDATA[<p>Поддержу в части SNMP!</p>
<p>Получить аналог &#8220;sysstat -m 1&#8243; по SNMP нельзя, получить disk utilization &#8220;sysstat -us 1&#8243; тоже нельзя.</p>
<p>Вопрос: как мониторить производительность и искать узкие места по SNMP?</p>
<p>Остается только выдернуть из perfstat-а команды, запускать их через rsh/ssh и парсить вывод, чтобы собирать статистику.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Korj</title>
		<link>http://blog.aboutnetapp.ru/archives/725#comment-898</link>
		<dc:creator>Korj</dc:creator>
		<pubDate>Mon, 18 Oct 2010 16:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=725#comment-898</guid>
		<description>Я может сгоряча не совсем корректно выразился, но суть моей претензии в том, что важнейшие характеристики системы, по изменению которых можно заранее предвосхищать сбои и ухудшение user experience, недоступны по snmp. Второстепенные параметры - доступны, а latency - нет. При этом сама система такую статистику собирает и выдаёт по своему проприетарному протоколу. Стандартные средства администрирования этот протокол не поддерживают. В качестве компенсации предлагается поделие filer-mrtg и вот эти утилиты. Что с ними делать? Глазами смотреть вывод? Хорошо для ремонтников, но не для админов. Парсить лог? Переписывать под себя?
Секъюрность настроить можно - перелопатить код утилиты и сделать роль только с нужными командами, тщательно выписав всякие cli-vol-status* - но этак можно и самому написать скрипт под себя. А по-быстрому дать ей права на cli-* - и готов эксплойт - если говорить о ежедневном мониторинге, то работать она будет не на админской станции, а на некоем сервере, компрометация которого не должна привести к получению доступа к системе хранения.
Я всё ещё "пишу глупости"? :)</description>
		<content:encoded><![CDATA[<p>Я может сгоряча не совсем корректно выразился, но суть моей претензии в том, что важнейшие характеристики системы, по изменению которых можно заранее предвосхищать сбои и ухудшение user experience, недоступны по snmp. Второстепенные параметры - доступны, а latency - нет. При этом сама система такую статистику собирает и выдаёт по своему проприетарному протоколу. Стандартные средства администрирования этот протокол не поддерживают. В качестве компенсации предлагается поделие filer-mrtg и вот эти утилиты. Что с ними делать? Глазами смотреть вывод? Хорошо для ремонтников, но не для админов. Парсить лог? Переписывать под себя?<br />
Секъюрность настроить можно - перелопатить код утилиты и сделать роль только с нужными командами, тщательно выписав всякие cli-vol-status* - но этак можно и самому написать скрипт под себя. А по-быстрому дать ей права на cli-* - и готов эксплойт - если говорить о ежедневном мониторинге, то работать она будет не на админской станции, а на некоем сервере, компрометация которого не должна привести к получению доступа к системе хранения.<br />
Я всё ещё &#8220;пишу глупости&#8221;? :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/725#comment-897</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Mon, 18 Oct 2010 14:54:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=725#comment-897</guid>
		<description>Korj: У меня тут глупости писать возбраняется. Это намек.</description>
		<content:encoded><![CDATA[<p>Korj: У меня тут глупости писать возбраняется. Это намек.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Korj</title>
		<link>http://blog.aboutnetapp.ru/archives/725#comment-896</link>
		<dc:creator>Korj</dc:creator>
		<pubDate>Mon, 18 Oct 2010 14:38:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=725#comment-896</guid>
		<description>Лучше б допилили стандартный snmp, вместо того, чтоб проприетарщину всякую клепать, типа этих утилиток и исковерканного MRTG. Секьюрность такого решения в автоматическом режиме (а не поиграться один раз и выкинуть) вызывает огромные сомнения, разве что настроить роль специальную...</description>
		<content:encoded><![CDATA[<p>Лучше б допилили стандартный snmp, вместо того, чтоб проприетарщину всякую клепать, типа этих утилиток и исковерканного MRTG. Секьюрность такого решения в автоматическом режиме (а не поиграться один раз и выкинуть) вызывает огромные сомнения, разве что настроить роль специальную&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
