<?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>Комментарии к записи: &#171;Аватар&#187; глазами сотрудника компании Weta</title>
	<atom:link href="http://blog.aboutnetapp.ru/archives/675/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.aboutnetapp.ru/archives/675</link>
	<description>Системы хранения данных как предмет разговора</description>
	<pubDate>Wed, 07 Apr 2021 12:08:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Автор: Альберт Салман</title>
		<link>http://blog.aboutnetapp.ru/archives/675#comment-716</link>
		<dc:creator>Альберт Салман</dc:creator>
		<pubDate>Fri, 03 Sep 2010 06:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=675#comment-716</guid>
		<description>Про рекламу думаю не прав, наверно ничего больше особого и не использовалось - нужна была только огромная скорость для доступа к данным по NFS.

Про FlashCache в 6080 не было сказано. Если у них там уже стояли скажем 512GB модули, сеть по сути локальная (40Gb/s), активный кусок данных как они заявили около 500GB, мне не ясно что такого есть в FlexCache что дало увеличение производительности?

Как пишет NetApp FlexCache полезен при доступе с удаленных сайтов и для разгрузки перегруженных систем хранения (отдельных волумов), в данном случае SA600 стояли фронтэндом к 6080, т.е. напрямую 6080 не использовались? ??ли все-таки использовались.

Наверно все-таки использовались и напрямую, тогда при наличии перегруженых запросами волумов соседствующих на одной агрегате с другими менее нагруженными есть смысл их отфлекскешить.</description>
		<content:encoded><![CDATA[<p>Про рекламу думаю не прав, наверно ничего больше особого и не использовалось - нужна была только огромная скорость для доступа к данным по NFS.</p>
<p>Про FlashCache в 6080 не было сказано. Если у них там уже стояли скажем 512GB модули, сеть по сути локальная (40Gb/s), активный кусок данных как они заявили около 500GB, мне не ясно что такого есть в FlexCache что дало увеличение производительности?</p>
<p>Как пишет NetApp FlexCache полезен при доступе с удаленных сайтов и для разгрузки перегруженных систем хранения (отдельных волумов), в данном случае SA600 стояли фронтэндом к 6080, т.е. напрямую 6080 не использовались? ??ли все-таки использовались.</p>
<p>Наверно все-таки использовались и напрямую, тогда при наличии перегруженых запросами волумов соседствующих на одной агрегате с другими менее нагруженными есть смысл их отфлекскешить.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/675#comment-714</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Thu, 02 Sep 2010 15:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=675#comment-714</guid>
		<description>Не совсем понял про рекламу.

У Weta использовался и FlexCache, и SA600, и FlashCache (PAM II).
Требования по производительности и латентности в таких задачах очень высоки.

Как рассказал автор переведенного мной текста, Адам Шэнд, 4 системы FAS6080 с FlashCache и плюс 4 SA600 на "фронтэнде" (это по сути такие же FAS6080 работашие как кэш NFS) круглосуточно работали со 100% загрузки CPU и практически 100% загрузкой 4-х интерфейсов 10Gb Ethernet в каждой "голове".</description>
		<content:encoded><![CDATA[<p>Не совсем понял про рекламу.</p>
<p>У Weta использовался и FlexCache, и SA600, и FlashCache (PAM II).<br />
Требования по производительности и латентности в таких задачах очень высоки.</p>
<p>Как рассказал автор переведенного мной текста, Адам Шэнд, 4 системы FAS6080 с FlashCache и плюс 4 SA600 на &#8220;фронтэнде&#8221; (это по сути такие же FAS6080 работашие как кэш NFS) круглосуточно работали со 100% загрузки CPU и практически 100% загрузкой 4-х интерфейсов 10Gb Ethernet в каждой &#8220;голове&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Альберт Салман</title>
		<link>http://blog.aboutnetapp.ru/archives/675#comment-713</link>
		<dc:creator>Альберт Салман</dc:creator>
		<pubDate>Thu, 02 Sep 2010 13:43:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=675#comment-713</guid>
		<description>Хм, тогда упоминание FlexCache в некоторой степени выглядит рекламой (насколько мне известно он очень редко применяется клиентами NetApp, но те что применяют - жутко довольны).

За инвайт большое спасибо!</description>
		<content:encoded><![CDATA[<p>Хм, тогда упоминание FlexCache в некоторой степени выглядит рекламой (насколько мне известно он очень редко применяется клиентами NetApp, но те что применяют - жутко довольны).</p>
<p>За инвайт большое спасибо!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: romx</title>
		<link>http://blog.aboutnetapp.ru/archives/675#comment-712</link>
		<dc:creator>romx</dc:creator>
		<pubDate>Thu, 02 Sep 2010 12:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=675#comment-712</guid>
		<description>Во первых суровая секретность. Правда.
Во вторых, как я понял, задача решалась довольно "лобовым ударом", главное требование было - поддерживаемость (вендором) и отсутствие глюков.
Ситуация, "когда что-то сломалось, мы пока не знаем что" была недопустима. Сроки были абсолютно жесткие.
Собственно человек мне рассказывал, что они именно по этой причине не стали использовать BlueArc, несмотря на его несколько большую в абсолтных величинах производительность, из за некоторой непредсказуемости поведения и отсутствии нормальной поддержки в регионе.

На указанный при комментировании email отправил инвайт.</description>
		<content:encoded><![CDATA[<p>Во первых суровая секретность. Правда.<br />
Во вторых, как я понял, задача решалась довольно &#8220;лобовым ударом&#8221;, главное требование было - поддерживаемость (вендором) и отсутствие глюков.<br />
Ситуация, &#8220;когда что-то сломалось, мы пока не знаем что&#8221; была недопустима. Сроки были абсолютно жесткие.<br />
Собственно человек мне рассказывал, что они именно по этой причине не стали использовать BlueArc, несмотря на его несколько большую в абсолтных величинах производительность, из за некоторой непредсказуемости поведения и отсутствии нормальной поддержки в регионе.</p>
<p>На указанный при комментировании email отправил инвайт.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Альберт Салман</title>
		<link>http://blog.aboutnetapp.ru/archives/675#comment-711</link>
		<dc:creator>Альберт Салман</dc:creator>
		<pubDate>Thu, 02 Sep 2010 11:11:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.aboutnetapp.ru/?p=675#comment-711</guid>
		<description>7 админов :) Вот это называется правильный подход к управлению!

Странно что кроме FlexCache ни про что не сказано. Единственная примененная из особых фич NetApp?

З.Ы. У кого-нибудь есть на посмотреть применяются ли EMC, HP, HDS, IBM в каких-нибудь "передовых" областях с применением стораджей?
З.З.Ы. ??нвайт на Хабр может у кого завалялся? Уж больно хочется пару комментариев оставить в статьях про NetApp.</description>
		<content:encoded><![CDATA[<p>7 админов :) Вот это называется правильный подход к управлению!</p>
<p>Странно что кроме FlexCache ни про что не сказано. Единственная примененная из особых фич NetApp?</p>
<p>З.Ы. У кого-нибудь есть на посмотреть применяются ли EMC, HP, HDS, IBM в каких-нибудь &#8220;передовых&#8221; областях с применением стораджей?<br />
З.З.Ы. ??нвайт на Хабр может у кого завалялся? Уж больно хочется пару комментариев оставить в статьях про NetApp.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
