NetApp Tech OnTap Логотип компании NetApp
NetApp Tech OnTap
     
Новые виртуальные уровни хранения данных позволяют дальнейшую оптимизацию использования Flash, повышая производительность и снижая расходы
Джей Уайт (Jay White)
технический инженер по маркетингу
Читтур Нараянкумар (Chittur Narayankumar)
технический инженер по маркетингу

Виртуальные уровни хранения данных (VST) — это подход NetApp к автоматизированным уровням хранения данных (AST). Технология AST позволяет центрам обработки данных получить дополнительное преимущество благодаря повышенной производительности носителей на основе Flash, при этом снижая затраты и сложность использования. Устройства на основе Flash носителей — такие, как твердотельные диски (SSD) или Flash устройства, расположенные непосредственно в контроллере, способны выполнить в 25—100 раз больше операций случайного чтения в секунду, чем самые быстрые жестких диски (HDD). К сожалению, и стоимость хранения гигабайта данных на устройстве с такой производительностью обходится в 15—20 раз выше.

Вместо постоянного размещения всего набора данных на дорогих носителях Flash технология VST автоматически определяет и сохраняет "горячие" часто используемые блоки данных на Flash, а "холодные" — на более медленных, дешевых носителях. Компания NetApp посвятила много времени и сил анализу тех проблем, которые призвана решать технология AST, чтобы предложить своим клиентам оптимальное решение.

Благодаря двум недавним дополнениям к семейству технологии VST, NetApp теперь может предложить возможность сквозного использования Flash, начиная с клиентских приложений и заканчивая дисковой подсистемой.

  • Уровень контроллера. Технология Flash на уровне контроллера системы хранения данных (NetApp® Flash Cache) сохраняет "горячие" часто запрашиваемые данные. (Дополнительные сведения об алгоритмах, используемых Flash Cache, а также ряд других сведений доступны в предыдущей статье Tech OnTap®.)
  • Уровень дисковой подсистемы. Технология NetApp Flash Pool задействует гибридную модель, сочетание дисков SSD и HDD в одном агрегате NetApp. На SSD кэшируются часто запрашиваемые данные и сохраняются данные повторяющейся записи.
  • Уровень сервера. Технология NetApp Flash Accel™ расширяет возможности VST до уровня сервера. Она задействует устройство Flash на стороне сервера (Flash-карта PCI-e или диск SSD) в качестве локального кэша, который разгружает сеть, выполняя часть операций ввода/вывода, и обеспечивает тем самым оптимальную эффективность операций ввода/вывода для самых загруженных приложений, освобождая при этом ресурсы ЦП и памяти на сервере.

Все три уровня продолжают предоставлять полноценные преимущества VST, в том числе перечисленные ниже.

  • Повышение ранга горячих данных происходит в реальном времени и с высокой степенью гранулярности. Горячие данные незамедлительно поступают в VST, а гранулярность в 4 КБ означает, что носитель на основе Flash используется максимально эффективно.
  • Простота внедрения и обслуживания. VST работает с существующими томами данных и LUN. Внедрение не предусматривает внесения сложных изменений в среде хранения или приостановки ее работы. Не требуется составлять правила, определять пороговые значения или выделять специальное время для перемещения данных.
  • Полная интеграция. Уровни виртуального хранения данных полностью интегрированы с унифицированной архитектурой хранения NetApp. Это означает, что можно использовать VST с любым протоколом хранения NAS или SAN без каких-либо изменений.

В этой статье описываются возможности VST уровней дисковой подсистемы и сервера с использованием технологий NetApp Flash Pool и Flash Accel и предоставляются общие правила по развертыванию каждого из трех уровней. Если вы еще не знакомы с Flash Cache, подробные сведения можно найти в исходной статье, посвященной Flash Cache.

Уровень виртуального хранения данных NetApp теперь работает на разных уровнях инфраструктуры, что позволяет лучше оптимизировать использование Flash.

Рис. 1. Уровень виртуального хранения данных NetApp теперь работает на разных уровнях инфраструктуры, что позволяет лучше оптимизировать использование Flash.

Flash Pool

NetApp Flash Pool работает на уровне агрегатов NetApp. (Агрегат — это коллекция RAID групп.) Flash Pool создается путем простого добавления группы RAID, состоящей из твердотельных дисков (SSD) в существующий 64-bit агрегат, что позволяет создать гибридный массив дисков, объединяющий в себе лучшие характеристики обеих технологий. SSD-диски используются для хранения данных случайного чтения и повторяющихся случайных записей (перезаписей) для томов агрегата, что позволяет разгрузить жесткие диски (HDD), которые больше не должны выполнять эти операции. В результате можно достичь того же уровня производительности (с меньшим временем отклика) при использовании меньшего числа дисковых шпинделей и дисков, ориентированных на емкость, а не на производительность. Flash Pool предоставляет преимущества, связанные с временем отклика и пропускной способностью, свойственныеми дискам SSD, и большой емкостью хранения, свойственной обычным жестким дискам (HDD).

Использование технологии Flash Pool на уровне дисковой подсистемы предоставляет ряд преимуществ.

  • Перманентное хранение. Вследствие реализации на дисковом уровне, Flash Pool остается действующим даже в случае срабатывания кластера. Если при использовании конфигурации высокой доступности один контроллер отключается от сети вследствие запланированной или незапланированной остановки, второй контроллер берет на себя функции управления всеми агрегатами и томами первого контроллера, включая пулы Flash Pool. Массив RAID обеспечивает защиту данных хранимых в пуле Flash Pool.
  • Кэширование случайного чтения и перезаписи. При использовании обычных жестких дисков самыми «затратными» операциями являются выборочное чтение и выборочная перезапись существующих блоков. Технология Flash Pool позволяет перенести эти операции на диски SSD. Кэширование перезаписи заполняет Flash Pool блоками данных, которые, скорее всего, будут повторно считаны. Это предотвращает использование обычных жестких дисков для краткосрочных записей.
  • Поддержка дедупликации. Технология Flash Pool полностью поддерживает дедупликацию. Блок дедупликации может содержать несколько ссылок, например, в случае дедупликации практически идентичных экземпляров виртуальных машин. Хотя доступ к блоку дедупликации можно получить по нескольким ссылкам, только один экземпляр этого блока сохраняется на дисках SSD. В результате для того, чтобы вместить рабочую нагрузку, требуется меньший объем Flash. Этот эффект иногда называется усилением кэша.
  • Поддержка серии FAS2200. Вследствие своего компактного размера контроллеры серии NetApp FAS2200 не поддерживают VST на уровне контроллера, однако могут использовать технологию Flash Pool.

Как работает технология Flash Pool

Чтобы понять, как работает технология Flash Pool, необходимо понять процессы определения и осуществления случайных чтений и перезаписей на SSD. При первом считывании блока с диска он заносится в память контроллера СХД, а затем событие чтения классифицируется как выборочное или последовательное. По мере устаревания блоков, классифицированных как случайные, они переносятся из памяти контроллера на диски SSD. Затем последовательное считывание одних и тех же блоков обслуживается дисками SSD.

Что касается записи, то Data ONTAP по своей сути оптимизировалась именно для нее. Используется эффективная память NVRAM для журналирования входящих запросов на запись, так что они могут быть подтверждены клиенту без каких-либо задержек. Записи собираются и записываются на диск при возможности полными блоками, что позволяет достичь оптимальной производительности на основе базовой реализации RAID и HDD путем последовательной записи этой коллекции.

Целью Flash Pool является разгрузка обычных жестких дисков от операций ввода/вывода, при этом обеспечивая хранение блоков которые будут перечитаны или перезаписаны на SSD. Последовательные записи большим блоком эффективно обрабатываются обычными жесткими дисками. Сохранение их на дисках SSD не является оптимальным использованием ресурсов. Случайные записи, особенно блоки, которые постоянно перезаписываются, становятся идеальными кандидатами для размещения на SSD-дисках Flash Pool. Flash Pool заполняет диски SSD блоками, которые, скорее всего, будут считаны или записаны повторно.

При получении запроса на запись Data ONTAP проверяет, является ли запись случайной а не последовательной, затем проверяет, была ли предыдущая запись в этот же блок также случайной. В этом случае запись осуществляется на SSD.

Как блоки вытесняются из Flash Pool

Data ONTAP® ведет "тепловую карту" (хранится на SSD), на которой отслеживается степень востребованности каждого блока. Чтения поступают в пул Flash Pool как "нейтральные" по своей теплоте. Последовательное чтение приводит к повышению температуры блока до «теплого», а затем до «горячего». Записи также поступают в пул Flash Pool нейтральными. Однако последующая перезапись не повышает температуру блока.

Если место на дисках SSD заканчивается, Data ONTAP запускает сканер вытеснения, который снижает температуру каждого блока при каждом своем проходе. Например, «горячие» блоки становятся «теплыми», а «теплые» — «нейтральными», «нейтральные» же, в свою очередь, становятся «холодными». Если блок считывается или перезаписывается между проходами сканера, его температура снова поднимается: «горячий» остается максимальным показателем для считываний, а «нейтральный» для перезаписи. Если «холодный» блок не считывается и не перезаписывается, его температура снижается до «вытеснение» при следующем проходе сканера. На этом этапе блоки чтения вытесняются, тогда как для блоков перезаписи планируется перенос на обычные жесткие диски.

Этот механизм работает таким образом, что в пуле Flash Pool при его заполнении сохраняются только наиболее часто используемые "горячие" данные. Flash Pool регулируется динамически для сохранения таких данных, а соотношение объемов пула, выделенных под блоки чтения и блоки перезаписи, зависит исключительно от характеристик рабочих нагрузок, при которых используется этот пул.

Блоки вытесняются из пула Flash Pool в соответствии с тепловой картой. После заполнения пула сканер вытеснения понижает температуру каждого блока при каждом своем проходе. Блоки вытесняются при достижении ими температуры вытеснения. Сеансы доступа между проходами сканера повышают температуру блока, так что «горячие» данные остаются в пуле Flash Pool.

Рис. 2. Блоки вытесняются из пула Flash Pool в соответствии с тепловой картой. После заполнения пула сканер вытеснения понижает «температуру» каждого блока при каждом своем проходе. Блоки вытесняются при достижении ими температуры «вытеснение». Сеансы доступа между проходами сканера повышают температуру блока, так что «горячие» данные остаются в пуле Flash Pool.

Производительность Flash Pool

Хотя мы еще не публиковали какие-либо сравнительные тесты технологии Flash Pool, компания NetApp выполнила ряд сравнительных исследований (сравнение состояния системы до и после внедрения технологии) с использованием рабочих нагрузок OLTP, что позволило смоделировать потенциальный эффект от внедрения технологии. Мы начали с той же начальной конфигурации FAS6210 и внедрили Flash Pool, оптимизировав в одном случае расходы на операции ввода/вывода в секунду, а в другом — расходы на каждый гигабайт дискового пространства СХД. Результаты приведены на рис. 3. Обратите внимание, что в обоих случаях продемонстрировано значительное снижение общих задержек, что в большей степени может повлиять на восприятие производительности, чем увеличение количества операций чтения и записи в секунду.

Воздействие Flash Pool на затраты, эффективность и производительность.

Рис. 3. Воздействие Flash Pool на затраты, эффективность и производительность.

Таблица 1. Требования и параметры Flash Pool.

Требования и параметры Flash Pool
Версия Data ONTAPData ONTAP 8.1.1 и выше, 7-Mode и Cluster-Mode
Параметры оптимизации (для каждого тома) 
ЧтениеСлучайное чтение (по умолчанию)
Мета: только метаданные
Случайное чтение/запись: заполнение пула чтения случайными чтениями и записями
Нет: отключение кэширования чтения для определенного тома
ЗаписьСлучайная запись (по умолчанию)
Нет: отключение кэширования записи для тома
Поддерживаемые платформыFAS22x0, FAS3240/3270, FAS3160/3170, FAS60x0, FAS62x0 и V-серия с использованием только дисков и SSD NetApp

Дополнительные сведения о развертывании и использовании технологии NetApp Flash Pool см. в руководстве NetApp по разработке и реализации Flash Pool (TR-4070).

Flash Accel

О выходе программного обеспечения NetApp Flash Accel было объявлено в августе 2012 г. Оно станет доступным в конце 2012 г. Технология Flash Accel предназначена для расширения преимуществ NetApp VST в сети, включая и сам сервер. Наличие локальных устройств Flash на сервере означает наличие СХД, подключенных напрямую, которыми также следует управлять. Это создает потенциальные проблемы, связанные с защитой данных и появлением изолированных СХД. Сервер, на котором кэширование осуществляется с помощью Flash Accel, устраняет указанные проблемы, предоставляя одновременно ряд преимуществ.

  • Выделение Flash для повышения производительности определенного приложения. Flash Accel позволяет выделять использование Flash для работы с одним или несколькими приложениями, устраняя при этом недостатки локальной СХД, повышая пропускную способность практически на 80 % и снижая задержки транзакций практически на 90 %.
  • Независимость от оборудования. Технология Flash Accel работает с любыми устройствами Flash корпоративного уровня (карты PCI-e или диски SSD), которые имеются в используемом сервере. Кроме того, компания NetApp подписала соглашение с Fusion-io для перепродажи продуктов ioMemory тем клиентам, которые еще не имеют совместимые с этой технологией устройства. Мы также расширили экосистему Alliance Partner, включив туда различных партнеров по серверному кэшированию. (Подробности см. в последнем пресс-релизе).
  • Перманентное и надежное хранение. Данные, которые хранятся в кэше Flash Accel, сохраняются при перезагрузке сервера. Кэш остается нетронутым даже в случаях сбоев и «синих экранов».
  • Уникальная связность кэшей. При изменении данных на внутренней СХД вследствие, на пример, восстановления данных, прочие решения кэширования выполняют сброс всего кэша сервера, что приводит к длительному периоду пониженной производительности в связи с заполнением кэша. Технология NetApp Flash Accel позволяет идентифицировать и вытеснять только измененные блоки, что позволяет поддерживать производительность на прежнем уровне.
  • Увеличение плотности виртуальных машин. Так как виртуальные машины и приложения работают лучше и расходуют меньше времени в заблокированном состоянии, ожидая ресурсы, можно фактически увеличить количество виртуальных машин на каждый сервер, как правило, разместив дополнительные 5—10 машин на каждом сервере.
  • Повышение эффективности дисковой подсистемы. Тесты показывают, что Flash Accel улучшает эффективность дисковой подсистемы на 40 % по сравнению с той же конфигурацией и теми же рабочими нагрузками, но без включенной технологии Flash Accel. Это снижает потребление ресурсов, требующихся от дисковой подсистемы, и высвобождает ресурсы для поддержки других рабочих нагрузок.
  • Низкие потери. Технология Flash Accel нуждается только в 0,5 % ресурсов памяти узла ESX.
  • Защита данных. Данные, хранящиеся в кэше на стороне сервера, также сохраняются в хранилище NetApp, где они могут быть защищены с использованием методов NetApp.

Первый выпуск Flash Accel поддерживает только VMware® vSphere® 5.0 и более поздние версии или виртуальные машины Windows®. В последующих выпусках будет расширена поддержка за счет включения дополнительных виртуальных машин, других гипервизоров и физических систем.

Как работает технология Flash Accel

Flash Accel состоит из трех компонентов:

Подключаемый модуль NetApp vCenter. Конфигурация и управление Flash Accel осуществляется с помощью подключаемого модуля для консоли NetApp Virtual Storage Console (VSC), которая работает в VMware vCenter™. Этот подключаемый модуль позволяет выполнять следующие функции.

  • Устанавливать и настраивать драйвер подключаемого модуля для гипервизора ESX.
  • Устанавливать и настраивать гостевые агенты Flash Accel.
  • Определять устройства Flash SSD на узлах ESX.
  • Настраивать один или несколько дисков SSD или других устройств Flash на узлах ESX для использования Flash Accel.
  • Включать/отключать кэширование на узле.
  • Изменять кэш на гостевой виртуальной машине.
  • Создавать отчет по текущему состоянию кэша и метрикам производительности.

Подключаемый модуль Flash Accel для гипервизора (устанавливается на узле ESX). Подключаемый модуль для гипервизора устанавливается на узле ESX и устанавливает управление над локально подключенными устройствами (например, дисками SSD) и путями СХД в соответствии с конфигурацией, определенной с помощью VSC. Подключаемый модуль создает логические устройства и представляет их стеку ESX в качестве устройств SCSI. Логические устройства, созданные на нескольких узлах ESX с одинаковыми номерами WWN, позволяют ESX воспринимать это устройство как общее, чтобы виртуальные машины, использующие это устройство, могли принимать участие в операциях vMotion® и VMware HA. Помимо возможности миграции виртуальных машин подключаемый модуль гипервизора предоставляет возможности управления устройством Flash и может включить общий доступ к динамическим ресурсам и дедупликацию блоков кэша.

Агент Flash Accel в виртуальной машине Windows. Агент пользовательского уровня реализован в гостевых виртуальных машинах Windows. Этот агент выполняет следующие функции:

  • Передает конфигурацию драйверу фильтра
  • Включает/отключает кэширование на одном или нескольких устройствах, а также на виртуальной машине
  • Передает метрики производительности в VSC
  • Интегрируется с другим программным обеспечением для управления данными, таким как технологии SnapDrive® и SnapManager®

Агенты службы экспортируют веб-службу в VSC и взаимодействуют с накопителем через командлеты Windows PowerShell™.

Flash Accel включает в себя агенты, которые запускаются на каждой виртуальной машине, и подключаемый модуль для ПО VMware vSphere. Управление функцией осуществляется с помощью ПО NetApp VSC, установленного в vCenter. Поддерживаются все флэш-накопители с интерфейсом PCI-e и твердотельные диски, доступные на узле ESX.

Рис. 4. Flash Accel включает агенты, которые работают на каждой виртуальной машине, и подключаемый модуль для VMware vSphere; управляется из NetApp VSC с помощью vCenter. Может использоваться карта PCI-e Flash или диск SSD, которые доступны на узле ESX.

Как показано на рис. 4, Flash Accel использует локальные ресурсы Flash на сервере ESX для предоставления виртуальным машинам Windows уровня кэширования. Устройство Flash может совместно использоваться несколькими виртуальными машинами на узле ESX, что предоставляет каждой виртуальной машине собственный локальный кэш.

Все чтения с виртуальной машины кэшируются локально для повторного использования, последующие чтения осуществляются с внутренней СХД для снижения нагрузки. Записи осуществляются на диски системы хранения, но доступны для повторного чтения из кэша.

Кэш Flash Accel имеет две ключевые области: операции кэширования и диспетчер СХД.

  • Уровень операции кэширования ответственен за реализацию интерфейсов для отправки запросов ввода/вывода через кэш; сюда входит преобразование входящих запросов ввода/вывода в ряд запросов ввода/вывода объемом 4 КБ через кэш или основную систему хранения. Уровень операций кэширования полностью реализован в рамках драйвера фильтра Windows.
  • Диспетчер СХД ответственен за макет метаданных и кэшированных блоков данных в системе Flash и реализацию постоянства данных. Этот модуль вызывается исключительно уровнем операций кэширования. Диспетчер СХД располагается в драйвере фильтра, а инициализацию, настройку и управление устройством Flash осуществляет гипервизор.

Связанность данных — это самая важная функциональная возможность Flash Accel. Если внутренние данные изменяются без уведомления Flash Accel, возможна рассинхронизация данных кэша и данных внутренней СХД. Это приведет к возврату в приложение или пользователю некорректных данных из кэша, что приведет к повреждению данных. В некоторых ситуациях может возникнуть проблема со связанностью данных.

  • Оперативное изменение данных, где данные изменяются собственными средствами. Flash Accel проверяет связанность данных при подключении/отключении/загрузке устройства путем сравнения кэшированных метаданных с метаданными системы хранения для обнаружения несвязанных данных и освобождения непрошедших проверку блоков. Примером этого может служить операция SnapRestore® с данными приложений на СХД NetApp. Между проверками несвязность не может возникнуть, так как Data ONTAP не будет изменять данные при активном использовании их виртуальной машиной. Внешнее изменение (при котором администратор обновляет работающую виртуальную машину другими способами, неизвестными системе) не поддерживается.
  • Изменение данных при работе в автономном режиме (например, восстановление VMDK/LUN). Flash Accel выполняет то же сравнение кэшированных метаданных с данными на СХД и при необходимости помечает блоки как свободные. Пример использования SnapRestore для восстановления всей виртуальной машины.

Преимуществом Flash Accel в этом случае является то, что будут освобождены только изменившиеся блоки, сохраняя при этом все блоки, которые не изменились. При возникновении подобной ситуации другие доступные решения полностью удаляют кэшированные данные и полностью переформируют кэш. Это может занять от нескольких часов до нескольких дней в зависимости от данных, при работе с которыми упала производительность.

Производительность Flash Accel

Мы сравнили производительность одной и той же конфигурации с использованием и без использования Flash Accel. В рамках сравнения была задействована технология JetStress, которая симулирует нагрузку ввода/вывода на диск, которую создает Microsoft® Exchange. Добавление Flash Accel привело к улучшению производительности ввода/вывода примерно на 77 % как для операций чтения, так и для операций записи. Так как потребности приложений в чтении были удовлетворены Flash Accel, выделенная СХД не была сильно загружена операциями чтения, поэтому могла уделить больше времени операциям записи, что привело к значительному повышению общей производительности. Результаты приведены на рис. 5.

Flash Accel увеличивает количество операций ввода/вывода при чтении и записи примерно на 77 % с использованием JetStress для симуляции рабочей нагрузки, создаваемой Exchange.

Рис. 5. Flash Accel увеличивает количество операций ввода/вывода при чтении и записи примерно на 77 % с использованием JetStress для симуляции рабочей нагрузки, создаваемой Exchange.

Выбор параметров VST

Выбор лучшего уровня или уровней VST сводится к получению оптимальной рентабельности вложений в технологию Flash путем ускорения обработки всех важных рабочих нагрузок при наименьших затратах.

  • Уровень сервера (Flash Accel). Предоставляет доступ для одной или нескольких виртуальных машин, работающих на определенном узле ESX.
  • Уровень дисковой подсистемы (Flash Pool). Обеспечивает ускорение обработки рабочих нагрузок на уровне каждого из агрегатов.
  • Уровень контроллера (Flash Cache). Ускоряет обработку всех рабочих нагрузок, связанных с контроллером СХД.

Другими словами в рамках общедоступной инфраструктуры хранения наибольшая рабочая нагрузка приходится на уровень сервера, а наименьшая — на уровень контроллера. Если необходимо ускорить обработку одной рабочей нагрузки, рекомендуется делать это на серверном уровне VST. Если необходимо ускорить обработку всех рабочих нагрузок (и, если возможно, переключиться с дисков, ориентированных на производительность, на диски, ориентированные на емкость), выберите уровень дисковой подсистемы или уровень контроллера.

Для новых инсталляций предлагается начать с использования технологии Flash Cache или Flash Pool, а затем добавить Flash Accel, если необходимо повысить производительность большинства приложений, чувствительных к задержкам.

При выборе между технологиями Flash Cache и Flash Pool придерживайтесь приведенных ниже пунктов, в которых сведены сходства и различия.

  • И Flash Pool, и Flash Cache кэшируют случайное чтения и полностью поддерживают дедупликацию для максимально эффективного использования пространства.
  • Flash Pool устанавливается на уровне агрегата и обрабатывает соответствующие нагрузки. Flash Cache применяется ко всем нагрузкам на уровне контроллера.
  • Flash Cache — это технология plug and play, тогда как Flash Pool нуждается в простой конфигурации, далее управляется самостоятельно.
  • Flash Pool:
    • Перенос операций случайной перезаписи на SSD
    • Защита с использованием массивов RAID
    • Предоставляет постоянную производительность после срабатывания кластера
    • Поддерживает всю линейку FAS, включая серию FAS2200

В целом, Flash Pool — это хороший выбор для критически важных приложений, так как преимущества остаются даже после срабатывания кластера. Кроме того, предпочтительно использовать эту технологию для приложений с высоким уровнем перезаписи. Кроме того, это единственная опция доступная для серии FAS2200. Вследствие близости к основной памяти Flash Cache может предоставить преимущества для высокопроизводительных файловых служб.

Flash Pool и Flash Cache можно установить на одной системе хранения, однако в целом это не даст значительных преимуществ. Блоки данных с агрегата, где включена технология Flash Pool, никогда не кэшируются в Flash Cache.

Заключение

С появлением технологий Flash Pool и Flash Accel для уровня виртуального хранения данных, NetApp предоставила своим клиентам новые методы оптимизации производительности операций ввода/вывода с помощью Flash. В целом, следует помнить следующее.

  • Flash Cache ускоряет все процессы.
  • Flash Pool ускоряет агрегаты.
  • Flash Accel ускоряет приложения.

Можно объединять эти уровни для оптимизации общей производительности с привлечением незначительных вложений. Независимо от выбранного варианта после установки VST практически не надо ничем управлять. При необходимости можно детально настроить VST при инсталляции, однако в большинстве случаев могут использоваться значения по умолчанию, а преимущества значительны.

 Хотите высказать свое мнение о технологии VST?

В сообществах NetApp в Интернете можно задавать вопросы, обмениваться идеями и делиться своими соображениями.

Технические инженеры по маркетингу Джей Уайт (Jay White) и Читтур Нараянкумар (Chittur Narayankumar)

Кумар проработал в NetApp более 11 лет и в настоящее время входит в группу Flash Accel. Он составил несколько технических отчетов и документов по созданию решений, связанных с обменом сообщениями и совместной работой в рамках СХД NetApp.

Джей является техническим инженером по маркетингу в группе Data ONTAP, которая несет ответственность за Flash Pool, производительность систем и среды с большим количеством файлов. Он создал несколько технических отчетов и разделов «Ответы на вопросы», связанных с подсистемами хранения NetApp, отказоустойчивостью, массивами RAID и др.

Tech OnTap
Подпишитесь на наш бюллетень
Tech OnTap — это ежемесячные обзоры новейших ИТ-технологий, советы и практические рекомендации, знакомство с инструментарием, неформальные интервью с разработчиками, демонстрационные ролики, рецензии и многое другое.

Посетите Tech OnTap в Сообществе NetApp, чтобы подписаться на рассылку.

Будьте в курсе
Будьте в курсе
Cluster-Mode и уровни виртуальных систем хранения данных

Все технологии VST, описанные в этой статье, работают с Data ONTAP 8 в режиме Cluster-Mode, предоставляя максимальные возможности масштабируемости и гибкости, а также самую высокую производительность. В этом выпуске Tech OnTap представлена статья Вона Стюарта (Vaughn Stewart), посвященная виртуализации критически важных для бизнеса приложений с использованием технологии Cluster-Mode. Ознакомьтесь с нашими последними статьями Tech OnTap, посвященными Cluster-Mode.

Будьте в курсе
 
TRUSTe
Свяжитесь с нами   |   Как купить   |   Обратная связь   |   Карьера в NetApp  |   Подписка   |   Политика конфиденциальности   |   © NetApp, 2012