WikiDer > Конвергентное хранилище

Converged storage

Конвергентное хранилище это место хранения архитектура, объединяющая хранилище и вычислительные ресурсы в единое целое. Это может привести к разработке платформ для серверных, ориентированных на хранение или гибридных рабочих нагрузок, где приложения и данные объединяются для повышения производительности и доставки приложений.[1] Комбинация хранилища и вычислений отличается от традиционной ИТ-модели, в которой вычисления и хранение выполняются на отдельном или изолированном компьютерном оборудовании.[2] Традиционная модель требует дискретных изменений предоставления, таких как обновления и запланированные миграции, перед лицом изменений нагрузки на сервер, которые становятся все более динамичными с виртуализация, где конвергентное хранилище параллельно увеличивает предложение ресурсов вместе с новыми потребностями виртуальных машин.[3]

Соображения по дизайну

Целью конвергентного хранилища является объединение сервера и хранилища. [4] и / или приложение и данные для предоставления услуг, которые лучше оптимизированы для целевых рабочих нагрузок.[5] Это может означать, что сервер и хранилище объединены в рамках общей аппаратной платформы. Например, блейд-сервер корпус, приложения и хранилище можно объединить на сервере с помощью виртуализация. Сервером и хранилищем можно управлять как пулом ресурсов, например, в инфраструктуре как услуге (IaaS).

Общая аппаратная платформа

Стандартные отраслевые серверы, например, использующие процессоры Intel (x86), составляют основу конвергентного хранилища.[6][7] Поскольку эти серверы следуют Закон Мура и увеличивая мощность и производительность, они могут выполнять рабочие нагрузки хранилища, помимо того, что они являются вычислительными серверами. Центры обработки данных могут дополнительно консолидировать и свести к минимуму использование физического пространства и энергии, используя стандартные отраслевые стандарты. блейд-сервер как для сервера, так и для хранилища.[8][9]

Общее программное обеспечение

При виртуализации серверов несколько «виртуальных» серверов работают на одной платформе, используя гипервизор технологии. Эти виртуальные серверы могут выполнять традиционные серверные задачи, такие как программирование приложений. Используя программное обеспечение контроллера хранения, эти серверы можно также превратить в системы хранения данных.[10] Эта последняя архитектура известна как виртуальная машина-базовое хранилище. Программное обеспечение хранилища часто называют VSA-виртуальным устройством SAN.[11] или виртуальное устройство хранения. Продукты VSA от таких компаний, как HP, Нутаникс и VMware позволяют пользователям создавать сети хранения данных, используя свои существующие серверы.[12][13][14][15]

Инфраструктура как услуга (IaaS)

Цель IaaS заключается в обеспечении пула ресурсов[16] которые можно быстро развернуть для предоставления новых услуг. Это требует, чтобы разработчик сервиса изложил необходимые характеристики для нового сервиса или приложения и оркестровка (вычисления) двигатель[17] для настройки базовой инфраструктуры для предоставления новой услуги.

Характеристики

Масштабируемая архитектура

Уменьшить масштаб Архитектура - это компонент конвергентного хранилища. Масштабируемое хранилище - это комбинация модульных компьютеров и стандартизованных компонентов хранения для создания объединенных пулов хранения.[18] Результатом является увеличение мощности, пропускной способности и емкости компьютера, которые могут превышать возможности одного традиционного массива хранения или высокопроизводительного компьютера.[19] Поставщики хранилищ, такие как NetApp, Dell, Hewlett Packard и ЭМС предоставить горизонтально масштабируемое хранилище, чтобы справиться с ростом неструктурированные данные и необходимость упростить работу центра обработки данных.[20] На уровне файловой системы параллельные файловые системы, такие как BeeGFS доступны для предоставления единого пространства имен с автоматическим распределением данных для общего доступа к сети между внутренними устройствами хранения нескольких серверов.

Масштабируемое хранилище отличается от масштабируемых архитектур в традиционных хранилищах, которые в основном масштабируются путем добавления множества отдельных дисков к одному некластеризованному контроллеру хранилища.[21] В горизонтально масштабируемой архитектуре программное обеспечение управления используется для управления несколькими устройствами хранения, чтобы действовать как единая система.[22] Аналитическая компания по хранению данных, Enterprise Strategy Group, пишет, что горизонтально масштабируемое хранилище может помочь обеспечить своевременное выделение ресурсов ИТ, повысить доступность системы и обеспечить лучшее использование ресурсов.[23]

Федерация

Федерация хранилищ (также известная как объединенное хранилище) использует распределенное управление томами для переноса рабочих нагрузок с занятых массивов на массивы с доступной емкостью. Это делается с помощью нативной одноранговой связи.[24] Несколько автономных систем хранения объединяются и управляются как единый пул хранения.[25] Это помогает улучшить использование хранилища, сбалансировать рабочие нагрузки и упростить миграцию хранилища.

Многопользовательская архитектура

Конвергентное хранилище поддерживает мультитенантную (мульти аренды) архитектура облачные вычисления, в котором несколько машин или пользователей одновременно получают доступ к виртуальным и физическим ресурсам. Помимо хранилища, другие ресурсы, к которым осуществляется доступ в этой архитектуре, - это процессоры и сети.[26] Конвергентное хранилище делает это, перемещая рабочие нагрузки приложений между дисковыми системами.[27]

Сравнение с традиционными архитектурами хранения

Монолитные архитектуры хранения

Архитектура монолитного хранилища разделяет ОЗУ между несколькими контроллерами ввода-вывода. Они были охарактеризованы как большие массивы хранения, требующие больших предварительных вложений и ресурсов. Hitachi Vantara сообщает, что такое хранилище требует от предприятий затрат 500 000 долларов на настройку своих центров обработки данных для поддержки требований к электропитанию монолитного оборудования.[28] Монолитные массивы обеспечивают преимущества аварийного переключения. Архитектура общего кеша монолитных массивов гарантирует, что в случае отказа одного модуля кеша другой кеш будет использоваться для обработки запроса пользователя. Однако, если у вас более одной системы, эта архитектура становится сложной и требует вложений для управления и контроля взаимодействия между различными компонентами.[29] Монолитные архитектуры поддерживают как блочную, так и файловую архитектуру независимо или в единой системе хранения, объединяющей как блочную, так и файловую.[30]

Хранилище с прямым подключением

Хранилище с прямым подключением (DAS) обеспечивает масштабирование хранилища, напрямую подключенного к серверу. Хранилище предназначено для одного сервера и не может использоваться несколькими серверами. Данные, хранящиеся на Сеть хранения данных (SAN) и Network Attached Storage (NAS) архитектуры могут использоваться несколькими серверными приложениями.[31]

Рекомендации

  1. ^ Джедрас, Джефф. «Модель центра обработки данных« сломана », - заявляет HP», 7 июня 2011 г., IT World Canada (См. Текст о онкологическом центре им. Доктора Андерсона в Техасском университете, чтобы узнать, как конвергентное хранилище улучшает производительность и доставку приложений).[1]
  2. ^ Талбот, Крис, «HP добавляет к линейке конвергентной инфраструктуры», 7 июня 2011 г., ChannelInsider. [2]
  3. ^ Мэдден, Брайан: «Неужели Nutanix только что создал идеальное комбинированное оборудование для серверов и хранилищ больших данных для VDI? [3]
  4. ^ TechTarget, "Раскрытие секретов конвергентных сетей хранения", стр. 6, февраль 2011 г. [4]
  5. ^ Бабураджан, Раджани. «Растущие возможности рынка облачных хранилищ укрепляют поставщиков», TMCnet, 24 августа 2011 г. [5]
  6. ^ Флойер, Дэвид. «Конвергентное хранилище HP готовит почву для следующей эры вычислений», 15 августа 2011 г., Wikibon[6]
  7. ^ Векслер, Стив. «Nutanix: время запретить SAN», 16 августа 2011 г., Network Computing [7]
  8. ^ Грейсон, Ян. «Сейчас идет поиск идеального хоста, поскольку рост создает проблемы для хранения», - 23 августа 2011 г., The Australian [8]
  9. ^ Берт, Джеффри. «Сюрприз Cisco в пятерке лучших блейд-серверов x86, по данным IDC», 26 мая 2011 г., eWeek Europe [9] В архиве 2011-08-29 на Wayback Machine
  10. ^ Асаро, Тони. «Влияние виртуальных устройств хранения», SearchStorage.com [10]
  11. ^ SearchStorage.com, "Что такое виртуальное устройство SAN (VSA)"
  12. ^ Пол Феррил. «Два устройства виртуального хранения - стоит посмотреть?», 23 мая 2013 г., Форум Enterprise Storage [11]
  13. ^ Брайан Билер. «Почему у нас нет обзора Nutanix NX-8150», август 2015 г., StorageReview [12]
  14. ^ Саймон Шарвуд. «Nutanix выпустит« версию сообщества »своего секретного программного обеспечения», февраль 2015 г., The Register [13]
  15. ^ Эдуардо Мейреллес да Роша. «vSphere Storage Appliance End of Availability» Июнь 2014 г., Just Another IT blog [14]
  16. ^ Гесс, Кен. "Вам нужно частное облако?" ZDNet, 21 августа 2011 г.
  17. ^ Бернье, Паула. «Телекоммуникационные компании продолжают покупать в облаке», TMCnet, 1 мая 2011 г.[15]
  18. ^ Марк Петерс, Краткие сведения: горизонтально масштабируемое хранилище, Enterprise Strategy Group В архиве 2012-02-08 в Wayback Machine
  19. ^ Гэри Оренштейн, «Удвоение масштабируемости хранилища», GigaOm, 10 апреля 2010 г. [16]
  20. ^ Меллор, Крис. «Массив хранения HP P10000 больше и меньше, чем ожидалось», 23 августа 2011 г., The Register [17]
  21. ^ Марк Петерс, Краткие сведения: горизонтально масштабируемое хранилище, Enterprise Strategy Group В архиве 2012-02-08 в Wayback Machine
  22. ^ Гэри Оренштейн, «Удвоение масштабируемости хранилища», GigaOm, 10 апреля 2010 г. [18]
  23. ^ Марк Петерс, Краткие сведения: горизонтально масштабируемое хранилище, Enterprise Strategy Group В архиве 2012-02-08 в Wayback Machine
  24. ^ Меллор, Крис. «Массив хранения HP P10000 больше и меньше, чем ожидалось», 23 августа 2011 г., The Register [19]
  25. ^ Велланте, Дэвид. «Виртуализация согласованного хранилища с глобальным федеративным кешем для облака», 12 марта 2010 г., Wikibon[20]
  26. ^ Linthicum, Дэвид. «Посмотрим правде в глаза: производительность облака не всегда стабильна», 18 августа 2011 г., InfoWorld. [21]
  27. ^ Виолино, Боб. «HP представляет программное обеспечение для хранения данных в облаке и виртуализированных средах», 23 августа 2011 г., Управление информацией[22]
  28. ^ Тай, Лиз. «Hitachi отказывается от монолитного хранилища», 27 сентября 2010 г., IT News [23]
  29. ^ Эванс, Крис. «Выбор между монолитной и модульной архитектурой - часть I», 24 августа 2011 г., Sys-Con Media [24]
  30. ^ Массивы хранения среднего диапазона не используют совместно используемую оперативную память, но обычно имеют активную / пассивную архитектуру с двумя контроллерами и некоторым зеркальным энергонезависимым ОЗУ. Общие элементы вычислений и кеша по-прежнему являются потенциальными узкими местами, если рабочие нагрузки меняются динамически. Они подвержены шуму соседей от конкурирующих серверных нагрузок. Эти системы не требуют восстановления RAID при отказе контроллера, в отличие от конвергентных систем. Здесь также чаще можно найти расширенные службы данных (снимки RoW, дедупликация, сжатие, клоны с нулевым пространством), чем в конвергентных системах, потому что все данные управляются в едином рабочем месте. Определение унифицированного хранилища (унифицированное сетевое хранилище или NUS) [25]
  31. ^ Меллор, Крис. «СХД с прямым подключением против SAN: кластерная модель DAS становится все более популярной в виртуализированном твердотельном мире?» SearchStorage.co.uk [26]