<?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>Комментарии к записи: Приводит ли большая нагрузка к увеличению вероятности выхода дисков из строя?</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/397/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/397</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Wed, 07 Apr 2021 12:07:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Автор: Алексей</title>
		<link>http://blog.aboutnetapp.ru/archives/397#comment-2715</link>
		<dc:creator>Алексей</dc:creator>
		<pubDate>Thu, 14 Jun 2012 14:25:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=397#comment-2715</guid>
		<description>Да я в online практически ему аргументацию выдавал на встрече :) Спасибо, кстати, за ресурсы. В свое время по ним в т.ч. мысли в порядок приводил.
На счет саботажа, не думаю. Просто у человека "стояло" на "10Gbe", а также на слово Dell. "У хранилки 10Gbe - поэтому она лучше". А тупо посчитать сумму IOPS дисков и вообще задуматься над этим термином... зачем?
Не, я не жалуюсь. Просто заставляю задуматься ребят из служб эксплуатации Заказчиков ;) комментарии некоторые все-таки читают.</description>
		<content:encoded><![CDATA[<p>Да я в online практически ему аргументацию выдавал на встрече :) Спасибо, кстати, за ресурсы. В свое время по ним в т.ч. мысли в порядок приводил.<br />
На счет саботажа, не думаю. Просто у человека &#8220;стояло&#8221; на &#8220;10Gbe&#8221;, а также на слово Dell. &#8220;У хранилки 10Gbe - поэтому она лучше&#8221;. А тупо посчитать сумму IOPS дисков и вообще задуматься над этим термином&#8230; зачем?<br />
Не, я не жалуюсь. Просто заставляю задуматься ребят из служб эксплуатации Заказчиков ;) комментарии некоторые все-таки читают.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/397#comment-2714</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Thu, 14 Jun 2012 14:19:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=397#comment-2714</guid>
		<description>Алексей:

&gt; “NetApp все данные SAN пишет в 1 большой файл уровня NAS”

http://blog.aboutnetapp.ru/archives/282 ??з первых рук, практически.

&gt; “WAFL на NetApp работает на столько отвратно, что дефрагментация должна работать постоянно, данные ведь random-ом по дискам пишутся”.

http://blog.aboutnetapp.ru/archives/455

&gt; “Вот нихачу-нибуду и хоть меня расстреляйте”. 

Да ладно, пусть бы человек счастлив был. Вы же понимаете, если "не любо", то дело кончается иногда и тривиальным саботажем.</description>
		<content:encoded><![CDATA[<p>Алексей:</p>
<p>> “NetApp все данные SAN пишет в 1 большой файл уровня NAS”</p>
<p><a href="http://blog.aboutnetapp.ru/archives/282" rel="nofollow">http://blog.aboutnetapp.ru/archives/282</a> ??з первых рук, практически.</p>
<p>> “WAFL на NetApp работает на столько отвратно, что дефрагментация должна работать постоянно, данные ведь random-ом по дискам пишутся”.</p>
<p><a href="http://blog.aboutnetapp.ru/archives/455" rel="nofollow">http://blog.aboutnetapp.ru/archives/455</a></p>
<p>> “Вот нихачу-нибуду и хоть меня расстреляйте”. </p>
<p>Да ладно, пусть бы человек счастлив был. Вы же понимаете, если &#8220;не любо&#8221;, то дело кончается иногда и тривиальным саботажем.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Алексей</title>
		<link>http://blog.aboutnetapp.ru/archives/397#comment-2713</link>
		<dc:creator>Алексей</dc:creator>
		<pubDate>Thu, 14 Jun 2012 14:12:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=397#comment-2713</guid>
		<description>Меня тоже инженер клиента терзал таким вопросом. Было дело.
Это откуда-то из классических говнилок про NetApp. Вроде "NetApp все данные SAN пишет в 1 большой файл уровня NAS". ??ли "WAFL на NetApp работает на столько отвратно, что дефрагментация должна работать постоянно, данные ведь random-ом по дискам пишутся".
Ну никак он не хотел соглашаться на NetApp. "Вот нихачу-нибуду и хоть меня расстреляйте". Аргументы типа таких были на любую техническую детализацию с моей стороны :))
В итоге купил простую делловскую хранилку и дороже чем fas2000. Диагноз.</description>
		<content:encoded><![CDATA[<p>Меня тоже инженер клиента терзал таким вопросом. Было дело.<br />
Это откуда-то из классических говнилок про NetApp. Вроде &#8220;NetApp все данные SAN пишет в 1 большой файл уровня NAS&#8221;. ??ли &#8220;WAFL на NetApp работает на столько отвратно, что дефрагментация должна работать постоянно, данные ведь random-ом по дискам пишутся&#8221;.<br />
Ну никак он не хотел соглашаться на NetApp. &#8220;Вот нихачу-нибуду и хоть меня расстреляйте&#8221;. Аргументы типа таких были на любую техническую детализацию с моей стороны :))<br />
В итоге купил простую делловскую хранилку и дороже чем fas2000. Диагноз.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: haired.livejournal.com</title>
		<link>http://blog.aboutnetapp.ru/archives/397#comment-1198</link>
		<dc:creator>haired.livejournal.com</dc:creator>
		<pubDate>Wed, 09 Mar 2011 05:07:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=397#comment-1198</guid>
		<description>Спасибо. Будем переубеждать :)</description>
		<content:encoded><![CDATA[<p>Спасибо. Будем переубеждать :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/397#comment-1195</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Sat, 05 Mar 2011 03:21:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=397#comment-1195</guid>
		<description>haired.livejournal.com:

Ну если человек хочет разобраться - дайте ему описание WAFL, на русский я его переводил тут: 
http://www.netwell.ru/docs/netapp/wp3002_wafl.pdf

Вполне возможно его в самом деле ввело в заблуждение использование RAID-4 в NetApp, но смысл в том, что RAID-4 он там только формально, по названию, на деле же это просто уровень WAFL (это несколько необычно для схемы построения RAID и FS, впрочем, например, точно также организован RAIDZ в ZFS), и FS осуществлят на него запись максимально эффективным для этого типа RAID образом.

Если же не хочет - остается только убеждать (ценой например ;) или демо-системой)

У NetApp действительно многие привычные вещи решены иными, чем традиционно принято, способами, тем и интересно.</description>
		<content:encoded><![CDATA[<p>haired.livejournal.com:</p>
<p>Ну если человек хочет разобраться - дайте ему описание WAFL, на русский я его переводил тут:<br />
<a href="http://www.netwell.ru/docs/netapp/wp3002_wafl.pdf" rel="nofollow">http://www.netwell.ru/docs/netapp/wp3002_wafl.pdf</a></p>
<p>Вполне возможно его в самом деле ввело в заблуждение использование RAID-4 в NetApp, но смысл в том, что RAID-4 он там только формально, по названию, на деле же это просто уровень WAFL (это несколько необычно для схемы построения RAID и FS, впрочем, например, точно также организован RAIDZ в ZFS), и FS осуществлят на него запись максимально эффективным для этого типа RAID образом.</p>
<p>Если же не хочет - остается только убеждать (ценой например ;) или демо-системой)</p>
<p>У NetApp действительно многие привычные вещи решены иными, чем традиционно принято, способами, тем и интересно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: haired.livejournal.com</title>
		<link>http://blog.aboutnetapp.ru/archives/397#comment-1194</link>
		<dc:creator>haired.livejournal.com</dc:creator>
		<pubDate>Sat, 05 Mar 2011 03:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=397#comment-1194</guid>
		<description>Дисбаланса у него не наблюдается, как впрочем и СХД :)
Мы хотим продать им что-нибудь из младшей линейки и обсуждали преимущества NetApp. Примерно так я и пытался объяснить товарищу, что он не прав. Но он так бурно доказывал обратное, что я аж засомневался в собственной компетенции :)
Спасибо за разъяснения!</description>
		<content:encoded><![CDATA[<p>Дисбаланса у него не наблюдается, как впрочем и СХД :)<br />
Мы хотим продать им что-нибудь из младшей линейки и обсуждали преимущества NetApp. Примерно так я и пытался объяснить товарищу, что он не прав. Но он так бурно доказывал обратное, что я аж засомневался в собственной компетенции :)<br />
Спасибо за разъяснения!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/397#comment-1188</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Fri, 04 Mar 2011 10:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=397#comment-1188</guid>
		<description>haired.livejournal.com/:

Если честно - в первый раз слышу.
Даже более того скажу, у NetApp на диски Parity НЕТ большей нагрузки, чем на дисках данных.

Это возможно при использовании RAID-4 "классического" типа, в котором блок на диске parity меняется всякий раз, при любом изменении любого блока на любом диске данных RAID-группы, то есть объем записи на диск parity для "классического" RAID-3/4 равен объему записи на любой диск данных, помноженное на количесво дисков в RAID-группе, именно в этом причина, отчего RAID-3 и 4 не используются "в живой природе".

Но в случае NetApp эта проблема устраняется за счет WAFL. В NetApp WAFL запись на диски группы осуществляется всегда полным страйпом, одной операцией записи на диск, то есть какй-то дополнительной нагрузки на диск parity нет.
Величину загрузки раздельно по физическим дискам группы можно посмотреть командой stats или утилитой statit (а еще я сравнительно недавно писал про полезную утилитку na_stats http://blog.aboutnetapp.ru/archives/725).

Если у клиента наблюдается такой дисбаланс нагрузки, неважно, на диски parity или какие-то диски данных, то это говорит о каком-то нештатном поведении системы, в первую очередь. Штатно нагрузка на все физические диски aggregate должна быть близка к равной.</description>
		<content:encoded><![CDATA[<p>haired.livejournal.com/:</p>
<p>Если честно - в первый раз слышу.<br />
Даже более того скажу, у NetApp на диски Parity НЕТ большей нагрузки, чем на дисках данных.</p>
<p>Это возможно при использовании RAID-4 &#8220;классического&#8221; типа, в котором блок на диске parity меняется всякий раз, при любом изменении любого блока на любом диске данных RAID-группы, то есть объем записи на диск parity для &#8220;классического&#8221; RAID-3/4 равен объему записи на любой диск данных, помноженное на количесво дисков в RAID-группе, именно в этом причина, отчего RAID-3 и 4 не используются &#8220;в живой природе&#8221;.</p>
<p>Но в случае NetApp эта проблема устраняется за счет WAFL. В NetApp WAFL запись на диски группы осуществляется всегда полным страйпом, одной операцией записи на диск, то есть какй-то дополнительной нагрузки на диск parity нет.<br />
Величину загрузки раздельно по физическим дискам группы можно посмотреть командой stats или утилитой statit (а еще я сравнительно недавно писал про полезную утилитку na_stats <a href="http://blog.aboutnetapp.ru/archives/725" rel="nofollow">http://blog.aboutnetapp.ru/archives/725</a>).</p>
<p>Если у клиента наблюдается такой дисбаланс нагрузки, неважно, на диски parity или какие-то диски данных, то это говорит о каком-то нештатном поведении системы, в первую очередь. Штатно нагрузка на все физические диски aggregate должна быть близка к равной.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: haired.livejournal.com/</title>
		<link>http://blog.aboutnetapp.ru/archives/397#comment-1187</link>
		<dc:creator>haired.livejournal.com/</dc:creator>
		<pubDate>Fri, 04 Mar 2011 10:14:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=397#comment-1187</guid>
		<description>Вопрос по надежности дисков. Меня тут клиент озадачил.
Он утверждает, что выделенные под четность диски в RAID DP вылетают чаще дисков с данными, так как у них много выше нагрузка? Перерыл весь интернет - ничего подобного не нашел. ?? за два года работы с NetApp ничего такого не видел. Есть ли какая-то статистика или материалы на эту тему?</description>
		<content:encoded><![CDATA[<p>Вопрос по надежности дисков. Меня тут клиент озадачил.<br />
Он утверждает, что выделенные под четность диски в RAID DP вылетают чаще дисков с данными, так как у них много выше нагрузка? Перерыл весь интернет - ничего подобного не нашел. ?? за два года работы с NetApp ничего такого не видел. Есть ли какая-то статистика или материалы на эту тему?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
