Дело не в ширине канала… Всё из-за задержки

Мы, ветераны серверного движения, живём по простому принципу: “Главное – не пропускная способность, а задержка“.  Это правило так же справедливо и для современных систем хранения.
Приложения должны иметь возможность получить доступ к данным, как
только они вам понадобятся – в любое время, и в любом месте. Ни
пользователи, ни клиенты не хотят долго ожидать получения своих
данных.  В сервисах Web 2.0, предъявляющих множество требований, время
отклика играет критически важную роль.  Для приложений, выполняющихся в
реальном времени, время реакции на прерывание и минимальная задержка –
насущная необходимость. Поток информации в реальном времени приходит
мгновенно, и нужно быть готовым среагировать на данные телеметрии в тот
момент, когда спутник проходит над приемной станцией.

Данные
должны храниться и быть доступными с самых разных устройств: от
небольшого mp3-плейера до крупного сетевого хранилища данных,
пользователем и/или провайдером которой вы являетесь.  Для систем
хранения данных производительность, в основном, зависит от реализации
управления чтением и записью.
Обслуживание массивов и блоков
данных должно быть построено и настроено соответствующим образом, а
самое главное – не находиться в состоянии ожидания на всем пути
информации от диска к клиенту.  В наше время всё это требует глубокого
понимания процессов кэширования процессора, знания контроллеров систем
хранения, I/O стеков ПО и многого другого.  Причем, знание всего этого
– только часть решения, поскольку топология приложений в целом полна
тайн и узких мест, перегрузки ресурсов и прочей традиционной алхимии.

g20_abr_feature2_zoomЧтобы
превратить эти неизвестные в известные параметры, требуются
дорогостоящие средства анализа, сетевые анализаторы пакетов и
инструменты отладки. Но что, если у вас появится инструментарий для
динамического анализа с графическим интерфейсом?  У вас – новичка,
обладающего только базовыми знаниями, или у вас – специалиста по
аппаратному обеспечению, ядру, драйверам, прикладному ПО, синхронизации
кэша, планированию по круговому алгоритму, реляционным БД и т.п. В мире
инвесторов имеется Cramer’s Mad Money
. Я же хочу представить вам Gregg’s Mad Storage.  У Брендана Грегга (Brendan Gregg) есть прекрасный пост, демонстрирующий как гибридный
пул хранения на SSD и недорогих SATA-дисках способен значительно
превзойти по производительности традиционную систему хранения
.  Это уже не просто RAM и диски – это нечто большее, это – RAM, SSD, недорогие диски и файловая система ZFS.
И карты “тепловых пятен” Аnalytics для задержки отклика системы
хранения это наглядно доказывают.  Пользование аналитической функции Analytics (Dtrace) в
унифицированном сервере хранения Storage Server 7000
интуитивно понятно и абсолютно однозначно. Не нужно продираться через
громоздкие файлы журналов.  Нет нужды в точках отладки, отслеживающих
состояние системы.  Выберите и щелкните мышью – и перед вами множество
графических гистограмм.
Брендан
делает поразительные вещи по разрешению фундаментальных проблем
производительности, используя аналитические функции, встроенные в это
устройство хранения.

Более того, имеется эмулятор унифицированного сервера хранения Server 7000, применимый на VMwareПопробуйте сами,
и вы увидите, что в области хранения данных может предложить
общедоступная стандартная аппаратура в сочетании с открытой
операционной системой, инновациями и дифференцированием.  Мне кажется,
вы захотите добавить себе в закладки блог Брендана, поскольку его посты о характеристиках гибридных устройств хранения столь же впечатляющи, как и сама технология.

Оставайтесь с нами, чтобы узнать больше о решениях на базе
твердотельных дисков – технологии, в которой мы собираемся лидировать.

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s