JBOD — это… Что такое JBOD?

JBOD (от англ. Just a bunch of disks, просто пачка дисков) — дисковый массив, в котором единое логическое пространство распределено по жёстким дискам последовательно. Однако в некоторых RAID-контроллерах режимом «JBOD» назван режим, при котором контроллер работает как обычный IDE- или SATA-контроллер, не задействуя механизмы объединения дисков в массив, то есть в таком случае каждый диск будет виден как отдельное устройство в операционной системе. Этот факт указывает на то, что термин JBOD, как режим функционирования дисков, ещё окончательно не «устоялся». Часть IT-специалистов трактует его буквально как «пучок» или «куча» дисков, каждый из которых функционирует независимо друг от друга, а понятие «spanning» (то есть «охват» данными нескольких дисков) относят уже не к JBOD, а к RAID-технологиям, поскольку имеет место организация дисков в простейший массив^[1].

Пример распределения файлов по JBOD-массиву (разные файлы выделены разными цветами)

Характеристики JBOD массива

• Ёмкость массива равна сумме ёмкостей составляющих дисков
• Вероятность отказа приблизительно равна сумме вероятностей отказа каждого диска в массиве (избыточность не предусмотрена)
• Скорость чтения и записи зависит от области данных; она не выше, чем у самого быстрого диска в массиве и не ниже чем у самого медленного
• Нагрузка на процессор при работе минимальная (сравнимая с нагрузкой при работе с единичным диском)

Особенности JBOD массива

• Отказ одного диска позволяет восстановить файлы на остальных дисках (если ни один из их фрагментов не принадлежит повреждённому диску)
• В ряде случаев возможно обеспечение высокой скорости работы нескольких приложений (при условии, что приложения работают с областями данных на разных дисках)
• Массив может состоять из дисков различной ёмкости и скорости
• Массив легко расширяется дополнительными дисками по мере надобности

В операционной системе Windows JBOD-массив называется составным томом (spanned volume) (возможно создание только на динамических дисках), Red Hat называет подобный тип компоновки linear RAID^[2], в FreeBSD аналогичную задачу решает GEOM класс geom_concat.

Примечания

Что такое JBOD | Настройка серверов windows и linux

Что такое JBOD

Обновлено 08.09.2019

JBOD (от англ. Just a bunch of disks, просто пачка дисков) — дисковый массив, в котором единое логическое пространство распределено по жёстким дискам последовательно. Однако в некоторых RAID-контроллерах режимом «JBOD» назван режим, при котором контроллер работает как обычный IDE- или SATA-контроллер, не задействуя механизмы объединения дисков в массив, то есть в таком случае каждый диск будет виден как отдельное устройство в операционной системе. Этот факт указывает на то, что термин JBOD, как режим функционирования дисков, ещё окончательно не «устоялся». Часть IT-специалистов трактует его буквально как «пучок» или «куча» дисков, каждый из которых функционирует независимо друг от друга, а понятие «spanning» (то есть «охват» данными нескольких дисков) относят уже не к JBOD, а к RAID-технологиям, поскольку имеет место организация дисков в простейший массив.

Что такое JBOD

Пример распределения файлов по JBOD-массиву (разные файлы выделены разными цветами)

Характеристики JBOD массива

• Ёмкость массива равна сумме ёмкостей составляющих дисков
• Вероятность отказа приблизительно равна сумме вероятностей отказа каждого диска в массиве (избыточность не предусмотрена)
• Скорость чтения и записи зависит от области данных; она не выше, чем у самого быстрого диска в массиве и не ниже чем у самого медленного
• Нагрузка на процессор при работе минимальная (сравнимая с нагрузкой при работе с единичным диском)

Особенности JBOD массива

• Отказ одного диска позволяет восстановить файлы на остальных дисках (если ни один из их фрагментов не принадлежит повреждённому диску)
• В ряде случаев возможно обеспечение высокой скорости работы нескольких приложений (при условии, что приложения работают с областями данных на разных дисках)
• Массив может состоять из дисков различной ёмкости и скорости
• Массив легко расширяется дополнительными дисками по мере надобности

В операционной системе Windows JBOD-массив называется составным томом (spanned volume) (возможно создание только на динамических дисках), linux raid называет подобный тип компоновки linear RAID, в FreeBSD аналогичную задачу решает GEOM класс geom_concat.

Что лучше JBOD или RAID

Ранее я вам описывал виды RAID массивом и принципы их работы, давайте теперь попробуем зная данную информацию, сравнить их с JBOD.

• Емкость дисков диска — В то время, напоминаю, что чаще всего при выборе RAID вы получите не полный объем из-за избыточности, а JBOD использует полную емкость на каждом отдельном диске. Так, например, конфигурация JBOD, состоящая из четырех дисков емкостью 260 ГБ, обеспечит в общей сложности 1040 ГБ используемого пространства, в вот уже при RAID 1,5,6, 50, 60 уже нет.
• Производительность системы — В большинстве случаев RAID превосходит JBOD по производительности. Например, RAID 0 увеличивает скорость операций чтения и записи, используя несколько дисков, чтобы компенсировать ограничения одного. Фактически, все конфигурации RAID так или иначе улучшают производительность. Для сравнения, JBOD может оказать негативное влияние на производительность, поскольку система должна последовательно обрабатывать каждый диск.
• Избыточность и доступность — Одним из наиболее известных преимуществ RAID является предоставление дополнительного уровня защиты для серверов и устройств хранения. На самом деле RAID 0 — это единственный уровень, который не обеспечивает некоторой степени отказоустойчивости, критической функции, которая позволяет системе постоянно работать без потери данных или простоев в случае отказа исходной системы. Хотя JBOD может обеспечить избыточность для таких компонентов, как блоки питания и охлаждающие вентиляторы, на уровне дисков их нет. По сути это означает, что в случае сбоя диска в массиве вы потеряете все данные, для которых нет резервной копии.

• Расширение диска — Вы можете расширить как JBOD, так и RAID. Расширить JBOD обычно так же просто, как добавить еще один диск в коробку. Вы также можете использовать диски разных размеров, что дает немного больше гибкости. Масштабирование системы RAID немного сложнее. Пул дисков — это единое целое, для которого требуется, чтобы каждый диск был одинакового размера и типа модели. В любом случае расширение массивов хранения потребует от администраторов определения количества необходимых дополнительных дисков, размера этих дисков и рассматриваемых вариантов подключения.
• Экономическая эффективность — В целом, архитектура JBOD значительно дешевле в реализации, чем система на основе RAID. Корпуса JBOD могут быть заполнены дисками и контроллерами SATA, которые намного дешевле, чем оборудование SAS и SSCI, обычно используемое в конфигурациях RAID. Варианты расширения для JBOD одинаково доступны. Это позволяет вам включать функциональные возможности предприятия по более высокой цене, чем обычно предлагает RAID.
• Когда использовать RAID — RAID — это проверенный и надежный вариант хранения. Конечно, есть разные конфигурации для разных сценариев. Например, RAID 0 идеален, когда вам нужно решение для хранения, которое легко внедрить и которое максимально использует ваше дисковое пространство. Это одна конфигурация RAID без лишних затрат, поэтому вы получаете максимальную емкость хранилища. RAID 1 может быть хорошим вариантом, когда вам нужна высокая производительность и доступность. Этот уровень может оказаться полезным для бухгалтерской фирмы, которой необходимо максимально увеличить время бесперебойной работы для критически важных ИТ-систем, или даже для домашнего пользователя, стремящегося обеспечить пуленепробиваемую емкость хранилища на своем ПК.

На этом у меня все, с вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Дек 6, 2014 20:36 Иван Семин

Разница между СХД и полкой и что такое JBOD

Давайте попробуем определить, что за устройство на картинке.
Правильно — по “морде” определить невозможно. Нужно смотреть на тыльную часть. И варианты могут быть разные:

А. Сервер

B. Система хранения данных (СХД)

C. Дисковая полка SAS-1 c двумя контроллерами JBOD (HP MSA2000sa AJ750A)

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

СХД — система хранения данных — это не полка

СХД (система хранения данных) намного сложнее полки, они дороже и имеют значительно больше нюансов.

Отличие СХД от полки это наличие “Мозга”. Контроллеры СХД это мини-серверы, со своими процессорами, памятью и операционной системой. СХД собирают из дисков RAID массивы, и передают данные по протоколам высокого уровня (iSCSI, NFS), контролируют целостность данных, позволяют создавать снапшоты и многое другое. СХД нужна если наша задача построить отказоустойчивый кластер

Однако, в случае если мы просто хотим добавить дисков в сервер, наличие “мозга” создаёт сложности: Не все СХД понимают диски объемом более 2Tb. Редкие СХД принимают от независимых производителей. Несмотря на то, что СХД полезное устройство — в этой статье мы не будем рассматривать использование СХД. Сегодня давайте разберёмся с полками.

Полка — это не СХД

Полка — достаточно простое устройство. Корпус, два блока питания, бэкплэйн и JBOD* контроллеры. Задача полки, без какой либо обработки, передать данные из накопителя в адаптер

(карту RAID или HBA). Любая полка поддерживает диски любого объёма и любого производителя. Всё решает карточка в сервере. Контроллер полки — это набор микросхем с жесткой логикой.

Так выглядит подключение дисков внутри сервера

Так подключение сервер + полка.

С точки зрения схемотехники (и операционной системы), диски, установленные в полку, ничем не отличаются от дисков установленных в сервер**.
Полка имеет отдельный корпус, отдельные блоки питания, но в обоих случаях подключение производиться через RAID карточку установленную в сервер -, отличие лишь в том, что в случае с полкой, кабель подключается не по внутреннему а по внешнему разъёму.

*JBOD = Just A Bunch of Disks ( просто пачка дисков )
** Если быть совсем точным, полку можно сравнивать с сервером в котором установлен SAS экспандер — это серверы в которых количество дисков превышает 8. Для операционной системы SAS экспандер не заметен.

Вот широко распространённый RAID контроллер LSI9260-8i

8i означает 8 внутренних портов SAS/SATA

А вот его брат LSI9280-4i4e

4 внутренних и 4 внешних порта

Как называется вот этот контроллер, я думаю вы уже догадались )

Правильно — это LSI9280-8e

Все эти контроллеры собраны на одном и том же чипе LSI2108. Они обеспечивают работу по протоколам SAS/SATA со скоростью 6Gb/s и “понимают” диски объёмом более 2Tb. Попутно замечу, что на этом чипе собраны RAID контроллеры в серверах Supermicro, Intel, IBM, DELL, Fujitsu и CISCO. Многие из производителей даже не утруждают себя разработкой собственной печатной платы — меняют только прошивку. Но впрочем RAID и HBA — тема для отдельной статьи.

Вывод: если не хватает места для дисков — можно просто подключить к серверу полку. Новый сервер покупать не обязательно

Еще несколько нюансов

1. Полки бывают не только SAS, но других типов, например FC (скорее всего они вам не нужны).

2. Полки могут быть 3, 6 и 12Gb/s. Не все знают, что в одном кабеле mini-SAS четыре канала. Это значит, что для вычисления скорости обмена полка-контроллер показатель 3,6,12 нужно умножить на 4, а в случае если полка и контроллер соединяются двумя кабелями, на 8.

   Для примера 3-х гигабитная полка сможет отдавать в сервер 3×4 = 12 Гигабит! Что очень неплохо, особенно, если вы устанавливаете шпиндельные накопители. Для работы диска с сервером важна не скорость передачи данных а количество операций ввода-вывода IOPS. Об этом читайте в пункте 7.

3. Не важно Supermicro, IBM, DELL или HP. Любая SAS полка будет работать с любым SAS контроллером. Брэнд имеет значение только когда вы подключаете полку к СХД.

4. Полки можно собирать в гирлянду — подключая к одному контроллеру сразу несколько полок.***
   

   *** Если вы используете SATA диски, длина подключения не должна превышать 1М.

5. При использовании SAS дисков (или SATA дисков с интерпозерами) можно подключать полку по двум путям, через два контроллера. Это позволяет избежать отказа в случае выхода их строя одного из контроллеров.
   

6. Полки можно добавлять по мере роста количества данных, подключая их двумя путями
   “в гирлянду” вот так:
   

7. SFF* полки ( обычно бывают 2U на 24-25 дисков)
   
   Для чего нужны SFF полки?

   Типичный сервер редко перекидывает большие блоки данных — в основном он производит хаотичные запросы чтения или записи маленьких блоков из совершенно разных мест массива. Скорость по этому показателю измеряется не в Гигабитах в секунду, а в количестве операций ввода-вывода (IOPS). И именно IOPS, а не трансфер основной параметр которому следует уделять внимание. Пользователи ПК сравнивают диски по показателям 3Gb/s, 6Gb/s, 12Gb/s, но зачастую, скорость потока диск — сервер это не Гигабиты, и даже не Мегабиты, а Килобиты! Скорости 3Gb/s, которую обеспечивают даже устаревшие интерфейсы в большинстве случаев достаточно. Сильно ошибаются те, кто думают, что улучшат производительность, сменив диски 3Gb/s на 12Gb/s. Если не изменился форм-фактор и обороты диска — скорость IOPS не измениться.

   На увеличение IOPS положительно влияют: увеличение оборотов, уменьшение физического размера, увеличение числа дисков в массиве.

   LFF диски, (особенно низкооборотистые 7200RPM) не предназначены на работу в режиме случайного доступа — их назначение хранение ColdData (например бэкапов)

   *SFF Small Form Factor — это диски 2,5” Обычно это высоко-оборотистые 10-15К SAS диски объёмом 300-1200GB. Не стоит путать их с ноутбучными дисками.
   LFF Large Form Factor — это диски 3,5” Обычно низко-оборотистые 7200 диски, объёмом 2TB и более.

8. И наконец, если у вас уже есть СХД, добавив полку вы можете увеличить не только объём, но и существенно повысить скорость работы. Ведь показатель IOPS напрямую зависит от количества дисков.

   У нас имеются полки для наиболее распространённых СХД производства NetAPP, HP, Dell, IBM.

На этом всё.
Остались вопросы — звоните, будем рады помочь.

Полки б/у
Внешние RAID & HBA б/у
Внешние кабели SAS

D-Link DNS-323

Рекомендованная замена — DNS-325/A1A

Совместный доступ к цифровым файлам по локальной сети и через Интернет
Сетевой дисковый массив DNS-323 с 2 отсеками для жестких дисков SATA предоставляет пользователям возможность совместного использования документов, файлов, и цифровых медиафайлов в домашней или офисной сети. Благодаря встроенному FTP-серверу возможен удаленный доступ к файлам через Интернет. DNS-323 обеспечивает защиту данных, предоставляя доступ к файлам по локальной сети или через Интернет только определенным пользователям или группам пользователей с правом чтения или чтения/записи каталогов. DNS-323 является идеальным решением как для офисных сотрудников, работающих с конфиденциальными данными, так и для пользователей домашней сети.

Совместимость с медиаплеерами
Строго соответствуя стандарту Universal Plug-and-Play, DNS-323 может напрямую взаимодействовать с медиаплеерами, совместимыми с UPnP (представленными в продуктовой линейке D-Link MediaLounge). DNS-323 поддерживает возможность резервного копирования музыки, фотографий и видеоколлекций для надежного хранения информации и встроенный UPnP AV сервер, для воспроизведения потокового контента.

Защита, производительность и гибкость использования
В DNS-323 доступны 4 различных режима работы с жесткими дисками (Standard, JBOD, RAID 0, RAID 1), позволяющих пользователям выбрать необходимую конфигурацию. В режиме Standard для использования доступны два отдельных жестких диска. Режим JBOD объединяет оба диска в один. Режим RAID 0 обеспечивает высокую производительность за счет разделения записи и чтения между двумя жесткими дисками. При использовании режима RAID 1 содержимое одного жесткого диска дублируется на другой, что обеспечивает максимальную надежность. Если один из жестких дисков выходит из строя, второй продолжает функционировать в полном объеме.

Что такое RAID и для чего он нужен — Ответы на вопросы

Массивы RAID позволяют работать с несколькими физическими накопителями как с единым устройством. Для чего?
Чтобы повысить надежность хранения данных, а также увеличить скорость работы дисковой подсистемы.

Обе эти задачи решают RAID-массивы нескольких типов:

RAID 0 (Stripe) — несколько физических дисков (минимум — 2) объединяются в один «виртуальный» диск, обеспечивающий максимальную производительность (за счет рассредоточения данных по всем дискам массива) дисковых операций, но надежность хранения данных при этом не превышает надежности отдельного диска;

RAID 1 (Mirror) несколько физических дисков (минимум — 2) работают синхронно на запись, полностью дублируя содержимое друг друга.
Самый надежный способ защиты информации от сбоя одного из дисков, но, при этом, и самый «расточительный» — ровно половина объема массива тратится на резервирование данных;

RAID 0+1 (иногда называется RAID 10) — комбинация двух первых вариантов, объединяющая высокую производительность RAID 0 и надежность RAID 1, сохраняя, впрочем, и их недостатки.
Для создания такого массива необходимо минимум 4 диска.

RAID 5 — является своеобразным компромиссом между массивами RAID 0 и RAID 1: использует распределенное хранение данных аналогично RAID 0, но надежность хранения данных повышается за счет включения избыточной информации (коды четности), записываемой на различные диски массива по очереди.
Для организации массива RAID 5 необходимо использовать минимум 3 диска;

Matrix RAID — технология, реализованная фирмой Intel в последних моделях своих южных мостов (начиная с ICH6R), позволяющая организовать всего на двух физических дисках несколько массивов RAID 0 и RAID 1.

Кроме того, в массивах RAID 0 часто используется режим «Span» (иначе — JBOD), когда все имеющиеся диски просто объединяются в один, без рассредоточения данных по дискам.

Такой режим обеспечивает наибольшую эффективную емкость массива, однако скорость работы системы будет относительно невысокой.

JBOD и масштабирование хранения | entry

Будущее хранения данных  – в отделении устройств постоянной памяти от серверов-вычислителей, в составе компонуемой инфраструктуры. Уже сегодня так устроены программно-определяемые модульные системы хранения: контроллеры (хосты) отдельно, дисковые контейнеры (JBOD) – отдельно. Контроллеры управляют данными и обмениваются ими с окружением. JBOD обеспечивают максимальный комфорт накопителям и надежный доступ к ним по широкополосным соединениям с низкими задержками.

JBOD как устройства не имеют отношения к управлению трафиком данных и вычислительной мощности серверов-контроллеров. Это автономный класс серверного оборудования, инварианты систем хранения.

Их предлагают производители аппаратных систем хранения в качестве опций  расширения. Они есть в ассортименте поставщиков серверных корпусов и платформ (Supermicro, Tyan, AIC, Chenbro). Много для продвижения JBOD как концепта сделала HGST (вошедшая с командой разработчиков и продуктами в Western Digital). Все логично: производишь HDD и SSD под корпоративные приложения – предложи рынку их агрегаты, универсальные общности.

За три года WD представила три поколения JBOD. Непрерывный поиск оптимального дизайна подчинен основной цели: дать владельцам объемных данных типовые строительные блоки. Надежные, подходящие под любую программную модель, не зависящие от изменяемого ландшафта.

Хотя инженерные решения и компоновка менялись, суть осталась прежней. Увеличился размах возможностей, в первую очередь, масштабирования. Как управлять емкостью системы хранения и перераспределять ее, покажем на примере WD Ultrastar Data60. Это 60-дисковый JBOD, который производитель называет гибридной платформой под программно-определяемое хранение. Гибридной – потому что внутрь можно ставить не только HDD, но и SSD.

Апология SAS

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

JBOD всех производителей подключаются к хостам или основным массивам по SAS. Один широкий порт стандарта 12Gbit/s SAS (4 линии) пропускает поток 4800 MB/s. Таких портов в JBOD несколько. У WD Ultrastar Data60 их 12, по 6 на каждый модуль ввода-вывода IOM. Два модуля IOMA-IOMB дублируют топологию доменов SAS (пути к дискам):

Внутри JBOD пути SAS к дискам проложены через цепочки экспандеров:

Зонирование

SAS поддерживает зонирование – логическое разбиение топологии домена на группы, для безопасности и распределения трафика. По умолчанию все диски JBOD видны всем инициаторам, подключенным к любому из внешних портов. Используя уникальные идентификаторы, можно сгруппировать диски в зоны, а зоны приписать определенным портам. Каждый диск зоны будет виден только этот порт, и только хосту, подключенному к нему. Таблица разрешений правится через интерфейс командной строки CLI.

Пример разбиения на шесть зон:

Подключение JBOD к одному хосту и частичное заполнение дисками (scale—in)

Подключая JBOD c дисками SAS к двум внешним портам SAS HBA или контроллера SAS RAID хоста, получим топологию двухдоменного SAS:

Два независимых пути к дискам страхуют от потери физического соединения порт HBA – кабель – экспандер модуля IOM ввода-вывода JBOD.

Пустой JBOD – нулевая точка отсчета емкости хранения. WD Ultrastar Data60 поставляются как в полной комплектности, так и частично заполненными, с 24 дисками из 60. В дисковой корзине 5 рядов по 12 посадочных мест. Диски добавляются в нее дюжинами, целыми рядами – чтобы не нарушить схему обдува.

Каскадирование JBOD (scale—up)

Двухдоменная топология позволяет безопасно каскадировать JBOD – подключать их цепочки к одному и тому же хосту. Используя два IOM каждого из JBOD, можно добиться дублирования путей ко всем дискам, построив схему без единой точки отказа.

Подключение JBOD к нескольким хостам

JBOD можно подключить к нескольким хостам – портов у него достаточно. В зависимости от модели работы с данными можно разрешить всем хостам одновременный доступ ко всем дискам. А можно настроить таблицу зонирования и приписать группы дисков определенным внешним портам. Разные хосты будут видеть разные диски. Что-то вроде коммунальной квартиры, где разные жильцы делят одну жилплощадь, с набором общих сервисов. 

Кластер двух хостов с общими дисками в  JBOD (или в цепочке из нескольких таких), он же кластер высокой доступности (HA), отвечает классической схеме компоновки двухконтроллерных аппаратных СХД. Здесь роль контроллеров играют серверы, диски вынесены в подключенные по SAS автономные контейнеры, а управляет всем ПО хранения, развернутое на узлах. Конфигурация active/active дает одновременный доступ к дискам через оба контроллера, в конфигурации active/passive один из контроллеров находится в состоянии ожидания (standby).

Горизонтальное масштабирование (scale-out)

При горизонтальном масштабировании в систему хранения добавляются хосты,  управляющее ПО распределяет между ними запросы и обеспечивает сохранность данных  методом кратного дублирования или c помощью кодов избыточности (erasure code): данные разбиваются на фрагменты, кодируются и распределяются по носителям. Привлекается сложный математический аппарат, вычислительно затратный. Зато метод erasure coding дает устойчивость к множественным отказам накопителей, помогает экономно расходовать дисковое пространство и быстро восстанавливать потерянные данные. Системы хранения с ним хорошо масштабируются, не привязаны к отдельным устройствам и даже площадкам размещения.

При больших объемах хранения данные неизбежно выносятся в JBOD – серверами с внутренними дисками не обойтись. JBOD подключаются к хостам по SAS и при необходимости каскадируются. Облачные провайдеры, накапливающие петабайты активных архивов, рано или поздно приходят к объектному хранению c кодом избыточности и развитыми средствами быстрого поиска по метаданным.

Пример такой системы – промышленные решения Western Digital ActiveScale, масштабируемые целыми стойками (совокупностями серверов и JBOD).

Модульное хранение и степени свободы JBOD / Хабр

Когда бизнес оперирует объемными данными, единицей хранения становится не отдельный диск, а набор дисков, их совокупность, агрегат нужного объема. И управлять им надо как цельной сущностью. Логика масштабирования хранения крупноблочными агрегатами хорошо описывается на примере JBOD — как формата объединения дисков и как физического устройства.

Масштабировать дисковую инфраструктуру можно не только «вверх», каскадируя JBOD, но и «внутрь», используя различные сценарии заполнения. Как это работает, рассмотрим на примере Western Digital Ultastar Data60.

Про заполнение

JBOD — отдельный класс серверного оборудования под плотное размещение дисков, с многоканальным доступом к ним управляющих хостов по SAS. Производители JBOD продают их пустыми, частично или полностью забитыми дисками — кто как. Постепенное заполнение хранилищ дисками — по мере роста потребностей — позволяет разнести капитальные затраты во времени. У Western Digital выгодно покупать JBOD со всеми 60 дисками — так намного дешевле. Но можно брать и частично-заполненный: минимальная комплектация Ultastar Data60 составляет 24 накопителя.

Почему 24? Ответ простой: аэродинамика. «Золотой стандарт» JBOD 4U / 60 x 3.5” прижился в индустрии по практическим соображениям — разумных размеров устройства, организации доступа, хорошего охлаждения. 60 дисков набираются как 5 рядов по 12 HDD в каждом. Частичное заполненные рядов или недобор по дискам в JBOD (например, всего один ряд) приводят к ухудшению отвода тепла или даже к реверсу воздушного потока в центральном канале — конструктивной особенности Ultastar Data60, его отличительной черты.

В своих JBOD Western Digital использует технологию обдува дисков ArcticFlow, тщательно промоделированную и выверенную. Всё для HDD — для их производительности, живучести, сохранности данных.

Суть ArcticFlow сводится к формированию с помощью вентиляторов двух независимых воздушных потоков: фронтальный охлаждает передние ряды накопителей, а воздух, поступающего через внутренний воздушный коридор вглубь корпуса, используется для обдува дисков в тыльной зоне JBOD.

Понятно, почему для эффективной работы ArcticFlow необходимо следить за заполнением свободных отсеков. В минимальной конфигурации из 24 дисков расстановка в Ultastar Data60 должна начинаться с тыльной зоны.

В конфигурации из 12 накопителей, не встречая сопротивления, которое должна создавать двухрядная компоновка, воздушный поток на выходе из JBOD снова попадает через фронтальную зону в систему охлаждения.

Есть способ улучшить ситуацию — о нем далее.

Про гибридность

Стоит сразу принять, как аксиому, что предназначение JBOD — в масштабированном хранении данных. Из этого вывод: используем его для популяции однородных устройств. С прицелом — со временем выйти на проектный объем хранения, заполнив все отсеки.

А как же SSD? Наилучшее (и правильное) решение — строить отдельное производительное хранилище на JBOF. Твердотельным там комфортнее. Вместе с тем, Ultastar Data60 допускает установку и флеш-накопителей. Прежде, чем приступить к гибридизации JBOD, стоит сначала взвесить все «за» — выбрать SSD выбрать из списка совместимых (в отличие от HDD ситуация с поддержкой SSD полна нюансов). Придется также потратиться на крепление 2,5-дюймовых дисков в 3,5-дюймовых отсеках.

Единичные SSD-устройства положено располагать в тыльной зоне JBOD, закрывая неиспользуемые отсеки специальными заглушками — Drive Blanks. Это блокирует свободный ток охлаждающего воздуха, чтобы, как сказано выше, препятствовать его рециркуляции.

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

Почему 24? Тепловыделение твердотельных накопителей выше, чем аналогичные характеристики HDD, по этой причине многорядная компоновка дисков с различной природой носителей не будет эффективно обдуваться ArcticFlow. И отвод тепла станет фактором риска для эксплуатации JBOD.

Здесь уместно заметить, что с помощью Drive Blanks можно снизить эффект рециркуляции горячего воздуха. Компоновка JBOD с 12 HDD будет охлаждаться лучше, если пустые отсеки закрыть заглушками. Производитель ни словом не обмолвился о таком трюке, но право на эксперимент всегда за нами. К слову, WD не запрещает 12-дисковое заполнение, хотя и не рекомендует его.

Практические выводы

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

Известно, как пишутся войсковые уставы. Что-то подобное происходит и с архитектурой JBOD. Если решения недавнего прошлого грешили компоновкой, при которой интерфейсная часть находилась в зоне «выхлопа», обдуваемая горячим воздухом, то сегодня Ultastar Data60 лишен этого недостатка. Все прочие конструкторские находки — просто технологическое чудо. Так к этому и стоит относиться.

JBOD и RAID: в чем разница?

Фото: Основное различие между корпусом JBOD и RAID заключается в том, что первый представляет собой набор накопителей, а второй — это технология хранения, используемая для повышения скорости чтения и записи или повышения отказоустойчивости. В этом сообщении блога мы обсудим эти различия немного подробнее.

Мы уже говорили о различных уровнях RAID.

Помимо RAID 0, который часто используется из-за высокой скорости чтения и записи, различные уровни RAID удовлетворяют уникальные потребности в избыточности данных.Уровень, который использует программа или приложение, будет зависеть от требований к скорости и отказоустойчивости.

JBOD, хотя и имеет некоторое сходство с RAID, в целом совсем другое дело.

Итак, что такое JBOD и чем он отличается от RAID?

Что ж, когда дело доходит до JBOD, название говорит само за себя.

Фото: диаграмма JBOD. Кредит: Сетевая энциклопедия

Что такое JBOD?

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

Корпуса

JBOD обычно не настроены для работы в качестве RAID, но могут.

По своей природе корпуса JBOD представляют собой монолиты емкости хранения.

Защищенный 3MAG JBOD, например, оснащен 24 твердотельными дисками по 8 ТБ на магазин, что составляет целых 192 ТБ дискового пространства. Пространство, скорость и надежность этого конкретного корпуса делают его идеальным для приложений с большими данными и локальных хранилищ.

Диски в корпусе JBOD могут функционировать как отдельные блоки, подвергаться разделению на диск, чтобы действовать как единое целое, или быть сконфигурированными для работы в качестве RAID с соответствующей технологией хост-системы.

Фото: RAID 0, самый простой из всех уровней RAID

Что такое RAID?

Redundant Array of Independent Disks (RAID) — это технология хранения, которая обеспечивает защиту от потери данных путем объединения двух или более жестких дисков (HDD) или твердотельных накопителей (SSD) в одно связное устройство хранения или массив.

Существует множество различных уровней RAID, но наиболее распространенными являются RAID 0, RAID 1, RAID 5, RAID 6 и RAID 10.

Конфигурации RAID: процессы и отказоустойчивость
Уровень рейда	Рейд 0	Рейд 1	Рейд 5	Рейд 6	Рейд 10
Процесс	Разделение данных	Зеркальное отображение диска	Чередование + четность	Чередование + двойная четность	Зеркальное отображение + чередование
Допуск	Не отказоустойчивый	Отказоустойчивый	Отказоустойчивый	Отказоустойчивый	Отказоустойчивый

Хранилище

RAID защищает от полной потери данных на диске, повторяя или воссоздавая эти данные и сохраняя их на дополнительном диске или дисках. Этот процесс также известен как избыточность данных.

Как JBOD по сравнению с RAID?

JBOD и RAID используют разные процессы для хранения данных.

При работе как единое целое JBOD использует процесс, называемый объединением. Когда один диск в корпусе достигает своей емкости, данные сохраняются на следующем диске в корпусе и так далее во всем блоке. Данные не фрагментируются, не дублируются и не объединяются, как в случае с RAID.

Различные уровни RAID используют различные процессы хранения для обеспечения избыточности данных и отказоустойчивости, включая чередование, зеркалирование, сочетание чередования и зеркалирования, четность и двойную четность.

Например, RAID 0 использует только чередование, которое фрагментирует данные на диски в массиве и не обеспечивает избыточности данных, в то время как RAID 1 использует только зеркалирование, которое дублирует данные на диски и обеспечивает избыточность данных, хотя и менее чем выдающуюся степень Отказоустойчивость.

Фото: Корпус Trenton Systems NVME JBOD. Обратите внимание на 24 отдельных твердотельных накопителя NVME. Этот JBOD идеально подходит для программ и приложений, которым требуется много места для хранения и сверхбыстрая скорость чтения и записи.

Как и RAID, корпуса JBOD могут использовать как жесткие диски, так и твердотельные накопители различной емкости и интерфейсов, включая молниеносные твердотельные накопители NVME, которые Trenton Systems использует в своих корпусах JBOD.

Корпуса

JBOD и большинство уровней RAID допускают «горячую» замену, то есть диск в корпусе или массиве можно заменить без выключения хост-системы.

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

Завершение работы всей системы для замены привода увеличивает время простоя организации и, в свою очередь, снижает производительность.

В критически важных программах и приложениях значительное время простоя и снижение производительности могут иметь катастрофические последствия, такие как финансовые потери, общественный резонанс, серьезные травмы и даже смерть.

JBOD против RAID: какая конфигурация мне подходит?

Если вам нужно много локального хранилища для вашей программы или приложения, выберите корпус JBOD.

Когда дело доходит до емкости хранилища для приложений с большими данными, JBOD — это непростой файл cookie.

А в сочетании с твердотельными накопителями NVME JBOD также работают молниеносно.

При использовании RAID у большинства уровней RAID есть ограничения емкости хранилища из-за данных, которые зеркалируются или проходят проверку четности.

RAID 0 — единственный уровень, на котором не жертвуется общая емкость хранилища, но вы также не можете удалить диски из массива RAID 0 без потери всех данных на каждом диске.

Поговорим о кошмаре!

Если вы ищете что-то с возможностью горячей замены, как в корпусах JBOD, так и в RAID, как правило, это предусмотрено, так что не беспокойтесь об этом.

Теперь, если вы не любите сложные системы хранения данных, например, вам просто нужна простая и доступная система, в которой хранятся тонны данных, тогда JBOD — то, что вам нужно.

Технология RAID

имеет свои преимущества, но, как известно, она сложна и особенно дорога, когда вы входите в мир аппаратного RAID.Не говоря уже о том, что если диск в массиве RAID умирает, восстановление диска может занять много времени из-за процедурной сложности определенных уровней RAID.

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

И когда для этого требуются тонны хранилища, невероятно быстрая скорость чтения и записи и простая замена дисков в легком прочном корпусе, вы знаете, где нас найти. Наши прочные корпуса JBOD могут быть правильным выбором для вас.

Что такое JBOD — и почему это должно вас волновать?

JBOD может звучать как имя актера из Джерси-Шор, но на самом деле это простая аббревиатура, означающая «Просто куча дисков.”

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

Основы JBOD

Древний (с точки зрения Интернета) веб-сайт PC Guide говорит, что JBOD — это противоположность разбиения:

При разделении отдельных дисков на более мелкие логические тома, JBOD объединяет диски в более крупные логические тома.

Поскольку JBOD не обеспечивает отказоустойчивости или повышения производительности, этот писатель 2001 года заключает, что «JBOD действительно нечего рекомендовать» по сравнению с RAID 0 (конфигурация, в которой также отсутствует отказоустойчивость, но, по крайней мере, предлагается улучшение производительности по сравнению с отдельные жесткие диски или JBOD).

По его словам, единственными преимуществами JBOD перед RAID 0 (или любой другой конфигурацией RAID) являются:

• Как избежать ненужного расходования дисков: Если у вас есть несколько дисков нестандартного размера, JBOD позволит вам объединить их в единый блок без потери емкости; диск на 10 ГБ и 30 ГБ вместе образуют том JBOD на 40 ГБ, но только массив RAID 0 на 20 ГБ. Это может быть проблемой для тех, кто расширяет существующую систему, хотя с такими дешевыми дисками в наши дни это относительно небольшое преимущество.
• Более простое аварийное восстановление: Если диск в томе RAID 0 выходит из строя, данные на каждом диске в массиве по существу уничтожаются, поскольку все файлы чередуются; если диск в наборе JBOD умирает, тогда может быть проще восстановить файлы на других дисках (но опять же, это может быть не так, в зависимости от того, как операционная система управляет дисками). Учитывая, что вы должны делать регулярные резервные копии независимо от , и что даже при использовании JBOD восстановление может быть затруднительным, это тоже незначительное преимущество.

Учитывая эту слабую похвалу, почему вы рассматриваете возможность использования архитектуры JBOD? И действительно, почему я вообще обсуждаю архитектуру, которая казалась устаревшей в эпоху 2000 года?

Возрождение JBOD

Что ж, похоже, со временем JBOD стал более полезной архитектурой.

В статье на MSExchange.org 2011 года Энди Гроган отмечает, что JBOD «исторически является технологией, которую вы бы не рассматривали для использования с Exchange Server. Однако в контексте Exchange 2010 произошли некоторые изменения, которые теперь делают JBOD потенциально экономически эффективным хранилищем для разработчиков решений, если вы развертываете архитектуру хранилища JBOD, которая использует технологию группы доступности баз данных (DAG) для обеспечения отказоустойчивости.

По словам Грогана, Microsoft добавила две функции, которые делают JBOD жизнеспособным решением для хранения данных в средах Microsoft Exchange 2010 (и последующих):

Первым из них был ряд прорывов в контексте производительности IOPS базы данных Exchange, они включают увеличение производительности на 50-70% по сравнению с Exchange 2007, а также новые алгоритмы в основном коде, оптимизированные для дисков SATA ( код был изменен таким образом, чтобы запись на диск не производилась пачками — с чем не справился обычный диск SATAe, отличный от Enterprise).

В подсистеме хранилища также внесен ряд изменений (например, более крупный и последовательный ввод-вывод), что означает, что случайные чтения и записи в базу данных значительно сокращены, поскольку большая часть данных сохраняется последовательно (это уменьшает количество операций чтения / записи). операции).

Если рассматривать все это в контексте — один диск SATA 7200 об / мин с 1 ТБ хранилища потенциально может обеспечить около 75–80 операций ввода-вывода в секунду — это в сочетании с вышеприведенной оптимизацией позволяет использовать JBOD в качестве альтернативного варианта хранения, если ваш бюджет ограничен.

Grogan рекомендует использовать JBOD и DAG, если вы используете Exchange 2010 для среднего и крупного предприятия, использующего многоуровневую архитектуру хранения. Я рекомендую прочитать статью полностью, если вам нужны подробности.

Современное использование

Я также хотел бы остановиться на более важном. Еще в 2001 году JBOD считался RAID-массивом для бедняков, чем вы пользовались, если у вас была разношерстная группа жестких дисков и не хватало ресурсов или технологических решений для развертывания архитектуры RAID.

Однако сегодня JBOD становится все более популярным, поскольку хранилище становится все больше и сложнее.Некоторые дистрибутивы Hadoop, включая популярный CDH Cloudera, рекомендуют использовать конфигурации JBOD при построении кластеров Hadoop.

Тревор Потт из The Register отмечает это, обсуждая преимущества использования системы JBOD:

Конечно, вам понадобится операционная система, которая понимает это, но это не кажется большой проблемой. Диспетчер отказоустойчивого кластера Windows упрощает использование этой кнопки в Server 2012, и [другие параметры], безусловно, доступны.

Теперь, когда системы могут использовать другие технологии для решения таких проблем, как производительность и аварийное восстановление, JBOD важен так, как мир PC Guide не мог представить себе раньше. Окажет ли актерский состав Джерси Шор подобное влияние через несколько лет, все еще остается открытым вопросом…

Фотография предоставлена: Викимедиа

Что такое JBOD (просто набор дисков)?

Что такое JBOD?

JBOD, что означает просто связку дисков, — это тип многоуровневой конфигурации для дисков.Он относится к набору дисков в компьютерной системе или массиву, объединенных в один логический том.

JBOD используется организациями, которым требуется эффективное локальное хранилище. Он предлагает огромный объем хранилища и может быть настроен в зависимости от потребностей пользователя. JBOD — это противоположность разбиению на разделы, когда отдельные диски сегментируются на более мелкие тома, поскольку JBOD объединяет диски в более крупные единичные тома.

В архитектуре хранения JBOD несколько жестких дисков или твердотельных накопителей (SSD) размещаются вместе в одном корпусе.Данные записываются в конфигурацию JBOD последовательно, избегая более сложных шагов, связанных с записью данных, наблюдаемых в системах избыточного массива независимых дисков (RAID).

Это пример дисков в массиве для формирования конфигурации JBOD.

Как используется JBOD? Конфигурации

JBOD имеют несколько отдельных дисков, представленных серверу, без применения объединения, объединения или структуры. JBOD используется в сценариях хранения, например, когда:

• Данные необходимо заархивировать.
• Требуется хранилище для видеонаблюдения.
• Необходимо заменить ленточные накопители.
• Требуется хранилище мультимедиа.
• Кратковременное хранилище необходимо до того, как данные будут оптимизированы для долгосрочного архивного хранения.
• Необходимо хранить большие объемы данных в диапазоне от терабайта до петабайта.
• Данные необходимо быстро записать в хранилище.
• Требуется высокая доступность.

Каковы преимущества JBOD?

Преимущества JBOD включают следующее:

• Позволяет избежать потерь за счет объединения дисков нестандартного размера без потери емкости.
• Это рентабельно.
• Обеспечивает независимое масштабирование хранилища.
• Уменьшает беспорядок от нескольких внешних накопителей.
• Поддерживает отсеки для дисков с возможностью горячей замены.
• Обеспечивает быструю скорость чтения и записи.
• Хранилище можно легко добавить в систему.
• Интегрируется с существующими или новыми серверами.
• Поддерживает высокую доступность.

Какие недостатки у JBOD? Однако

JBOD имеет некоторые недостатки, в том числе:

• Он не предлагает избыточности или защиты данных, поэтому, если диск потерян, данные навсегда исчезнут.
• Несмотря на то, что скорость последовательного чтения и записи высока, RAID имеет тенденцию работать сравнительно лучше.
• Благодаря своей производительности JBOD может лучше подходить для вторичного хранилища, чем для первичного хранилища.

JBOD против RAID

RAID — это способ хранения одних и тех же данных в разных местах на нескольких жестких дисках или твердотельных накопителях для защиты данных в случае сбоя диска. Существуют разные уровни RAID, но не все обеспечивают избыточность.

RAID и JBOD — это технологии хранения; однако каждый из них использует разные методы для хранения данных для разных вариантов использования.

Вместо того, чтобы настраивать массив хранения для использования уровня RAID, диски в массиве JBOD либо объединяются, либо рассматриваются как независимые диски. В составных конфигурациях используется метод, называемый конкатенацией, для объединения емкости всех дисков в один большой логический диск.

Хотя некоторые уровни RAID также объединяют диски, нумерованные уровни RAID обычно используют чередование, зеркалирование или их комбинацию.

Коллекцию дисков в JBOD не следует настраивать для работы в качестве конфигурации RAID. RAID-массивы записывают данные на несколько дисков с целью их избыточного хранения или разделения данных на несколько дисков для повышения производительности, чем один диск может обеспечить сам по себе. Обычно массив RAID представляется операционной системе как один диск.

Выбор конфигурации

RAID следует использовать, если требуется дополнительная скорость и защита от сбоя диска.Избыточность сохранения одних и тех же данных на нескольких дисках обеспечивает быстрый способ восстановления данных в случае их утери.

Однако

JBOD следует использовать, когда требуется много локального хранилища. Для сравнения, RAID не позволяет использовать столько хранилища, потому что много места используется для резервирования. RAID 0 — единственный тип RAID, который не жертвует емкостью хранилища, но пользователи не могут извлекать диски из RAID 0 без потери данных на диске. JBOD также отличается высокой скоростью чтения и записи, особенно при использовании твердотельных накопителей с энергонезависимой памятью.

Узнайте больше о RAID и возможных вариантах хранения RAID в этой статье.

JBOD против RAID против Erasure Coding

JBOD против RAID против Erasure Coding: Различия объяснены

Специалисты по хранению данных сталкиваются с трудными решениями, когда дело доходит до оптимизации архитектуры хранения для соответствия требованиям отказоустойчивости, производительности и масштабируемости с такой же рентабельностью, как и возможный. На базовом уровне эти решения в основном сводятся к использованию одной из двух конфигураций: «просто набор дисков» (JBOD, который все чаще становится JBOF — «просто набор флеш-памяти») или «избыточный массив недорогих» (или « независимые ») диски» (RAID).Новым в этом уравнении является Erasure Coding, метод защиты данных с четностью, связанный с хранением объектов. В этом блоге мы расскажем о различиях между этими двумя конфигурациями, а также о ценности JBOD, RAID и Erasure Coding, которые необходимо привнести в современный набор рабочих нагрузок.

«Просто пачка / коробка дисков» — что такое конфигурация JBOD?

В конфигурации JBOD центральный ЦП обращается к дискам хранения по отдельности или к логическим томам дисков, которые были объединены линейным образом посредством процесса, называемого «объединение» (последний позволяет добавлять дополнительные диски без необходимости в системе переформатирован).Поскольку каждый накопитель или логический том рассматривается как независимый ресурс, конфигурации JBOD обычно легко масштабируются. Этот характер также добавляет гибкости, позволяя смешивать различные типы приводов и емкости. Поскольку диски не зарезервированы для резервирования, вся доступная емкость диска может быть использована центральным процессором для обработки приложений. Кроме того, поскольку данные ограничены конкретным диском, а не чередуются или распределяются по нескольким дискам, влияние восстановления с точки зрения производительности и потенциальной потери данных ограничивается этим конкретным диском.

Признавая эти ценностные предложения, конфигурации JBOD по своей сути несут в себе некоторые риски и ограничения. Они не отказоустойчивы; если данные стираются с диска или если диск выходит из строя, данные теряются навсегда, если не было выполнено резервное копирование или если не существует дублирующей копии данных. Кроме того, производительность чтения и записи ограничена, поскольку хост-процессор должен последовательно обращаться к каждому диску или логическому тому.

Что происходит с моими данными при выходе из строя диска?

«Резервный массив независимых дисков» — объяснение RAID

История [1]: Термин «RAID» был изобретен Дэвидом Паттерсоном и другими в Калифорнийском университете в Беркли в 1987 году.В своей июньской статье 1988 года «Случай использования избыточных массивов недорогих дисков (RAID)», представленной на конференции SIGMOD, они утверждали, что самые производительные жесткие диски для мэйнфреймов того времени могли быть побеждены по производительности массивом недорогих дисководов, которые был разработан для растущего рынка персональных компьютеров. Хотя количество отказов будет расти пропорционально количеству дисков, при настройке на резервирование надежность массива может намного превзойти надежность любого большого отдельного диска.

Конфигурации RAID были созданы для устранения ограничений отказоустойчивости и производительности, присущих конфигурациям JBOD. RAID — это технология виртуализации хранилища данных, которая объединяет несколько физических дисков в одно или несколько логических устройств для обеспечения избыточности данных. RAID распределяет данные по дискам разными способами, называемыми уровнями RAID. Уровни RAID зависят от требуемого уровня производительности и избыточности. В конфигурациях RAID применяется чередование данных (метод логической сегментации последовательных данных, чтобы последовательные сегменты сохранялись на разных физических устройствах хранения) и зеркальное отображение дисков (процесс точного дублирования данных между двумя дисками).Затем контроллер представляет массив RAID как отдельную логическую единицу хост-процессору. Этот подход способствует избыточности данных и, позволяя запросам операций ввода-вывода (I / O) от главного процессора для одновременного доступа к нескольким дискам, производительность приложений повышается.

Компромиссы конфигурации RAID

Существует несколько конфигураций RAID, от RAID 0 (который не обеспечивает избыточности, но обеспечивает самые высокие уровни производительности) до RAID 6 и выше, для различных уровней избыточности данных и повышения производительности.Здесь вы можете увидеть более подробное объяснение, но подведем итог:

• Чем выше уровень RAID, тем больше сбоев диска можно допустить и данные все равно будут восстанавливаться. Например, RAID 6 позволяет двум дискам из 4-дисковой группы выйти из строя и данные подлежат восстановлению.
• Чем выше уровень RAID, тем менее эффективно используется емкость диска для хранения данных по сравнению с хранением информации для восстановления данных. В RAID 0 практически 100% отформатированной емкости диска доступно для хранения данных.В RAID 6 для хранения данных доступно только ~ 60-70% отформатированной емкости диска.
• Время восстановления: Когда был изобретен RAID, типичная емкость диска составляла ~ 100 МБ (помните, что это был 1987 год…). Неисправный диск легко можно было восстановить менее чем за час. В сегодняшних условиях восстановление отказавшего диска емкостью 14 ТБ может занять несколько дней, что отрицательно скажется на производительности системы и потенциально может поставить под угрозу данные в этот период.

Отказоустойчивость и более высокая производительность, обеспечиваемые RAID, достигаются за счет большей сложности управления.Кроме того, в случае сбоя диска многие конфигурации RAID ограничивают производительность приложений до производительности отдельного диска с «горячим резервом».

JBOD в RAID?

JBOD — с добавлением специализированного оборудования (карты RAID-контроллера) или программного обеспечения (RAID реализован программно) — могут использоваться в архитектуре RAID. Нет никаких технических ограничений, препятствующих настройке, управлению и форматированию группы дисков для поддержки различных моделей RAID.

Что такое Erasure Coding и как оно работает?

Другой подход, часто используемый в многопетабайтных облачных средах хранения объектов, — это кодирование со стиранием.Как недавно объяснил мой коллега Майк Маквортер: «Стирающее кодирование — это метод защиты от четности». В томе с кодом стирания файлы делятся на сегменты, каждый из которых помещается на отдельный диск. Чтобы защитить вас от сбоев диска, добавляются дополнительные сегменты, содержащие информацию для исправления ошибок. Для извлечения файла требуется только подмножество сегментов и информация, а это означает, что он может выдержать несколько отказов диска без риска потери данных.

Erasure Coding vs.RAID

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

Программное обеспечение для хранения объектов может быть найдено как открытый исходный код и помещено в JBOD / JBOF для программного решения хранения или как интегрированная система хранения объектов.

JBOD против RAID против Erasure Coding — Заключение

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

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

Будь то JBOD, RAID и / или Erasure Coding, правильное решение для вашего центра обработки данных будет зависеть от ваших требований к рабочей нагрузке и ваших возможностей управления ИТ.

Подробнее

• Знакомство с JBOD / JBOF для программного решения хранения данных

[1] Источник: Википедия.org

в чем разница? | DiskInternals

Здесь вы узнаете:

• какая разница в JBOD vs RAID

• какая разница в восстановлении RAID vs JBOD

Готовы? Давайте читать!

Что такое JBOD?

JBOD — это последовательная комбинация дисков. Он легко реализуется программно и используется во многих операционных системах, например Windows.

JBOD не дает преимуществ в скорости или надежности, но его очень легко реализовать и эффективно использовать дисковое пространство.

О гарантиях информационной безопасности можно сразу забыть, так как нормальный режим работы прекращается при выходе из строя любого количества дисков. Используется 100% емкости всех дисков, равной сумме емкостей этих дисков. Это действительно самый экономичный способ увеличить пространство. Дисковое пространство формируется последовательным соединением дисков; не используются ротации блоков или контрольные суммы.

Следует отметить, что при выходе из строя какого-либо диска не все данные могут быть потеряны, но это сомнительное преимущество.

Что такое RAID?

Это технология виртуализации данных, которая также объединяет несколько дисков в логический элемент.

Однако это происходит не просто для увеличения пространства, а для создания избыточности и повышения производительности, повышения отказоустойчивости и многого другого. Соответственно, требуется минимум дисков: 2 и более, в зависимости от типа массива. RAID имеет довольно широкое распространение, как в домашних условиях, так и в крупных офисах, все это из-за разнообразия его типов.

Что такое комбинация JBOD / RAID?

RAID / JBOD на самом деле не является уровнем RAID, но из-за использования JBOD в качестве дополнительной функции RAID-контроллеров или программного обеспечения его стали называть RAID-массивами.

JBOD vs RAID: доступность

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

Что касается RAID, все, кроме RAID 0, имеет достаточную избыточность и защищает массив от внезапных сбоев.

RAID против JBOD: использование дисков

JBOD используется при 100% емкости всех дисков и равен сумме емкостей этих дисков. Да, это самый экономичный массив; с ним может сравниться только RAID 0, при условии, что используются все диски одинаковой емкости.В JBOD диски могут быть совершенно разными как по производителю, так и по объему и количеству.

Почти все RAID выделяют половину пространства для восстановления в случае сбоя диска.

JBOD vs RAID: скорость и производительность

По сути, RAID предназначены для повышения производительности нескольких дисков одновременно.

Следовательно, в этом отношении RAID намного превосходит JBOD. Последнее, в свою очередь, на практике также может снижать скорость чтения из-за последовательной обработки дисков.В общем, все зависит от того, к какому конкретному диску в данный момент осуществляется доступ: если диск быстрый, то скорость будет такой же. Но теоретически скорость чтения и записи может увеличиваться, если эти действия исходят из разных потоков информации на разных дисках.

RAID против JBOD: расширение

Увеличение емкости массива JBOD, если необходимо, может быть увеличено путем добавления дополнительных дисков любого размера и количества. С увеличением RAID дела обстоят немного иначе: здесь нужно учитывать марку диска (все они должны быть одинаковыми), количество дисков (чаще всего это четное число), размер диска диски (тоже все должны быть одинаковыми).

Конечно, при необходимости все эти требования можно выполнить, но на это уйдет больше времени и денег, чем на JBOD.

RAID против JBOD: все дело в деньгах

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

RAID может быть дорогим или очень дорогим, но его преимущества с точки зрения производительности, избыточности и многого другого того стоят.

Различия в восстановлении данных RAID и JBOD

Если есть вопрос о восстановлении RAID или JBOD, разницы нет вообще: в обоих случаях восстановление лучше всего выполнять с помощью DiskInternals RAID Recovery.

Приложение отлично справляется с восстановлением любых данных, автоматически определяя желаемый тип и размер или массив, а также порядок дисков. Вы можете хранить файлы на другом жестком диске или разделе, использовать виртуальные диски или даже загружать файлы через FTP.Возможность создать образ диска может стать для вас приятным сюрпризом, тем более что это делается бесплатно. Кроме того, есть бесплатный предварительный просмотр и мастер восстановления для новичков и любителей.

Лицензионная версия программы всегда доступна. Поэтому вы можете экспортировать данные в любое удобное для вас время.

JBODS, RAID и серверы

Есть 3 типа корпусов, в которых можно разместить целую кучу жестких дисков.Там:

1. JBOD
2. корпуса RAID
3. Серверы

Давайте поговорим о каждом чуть подробнее.

JBOD

JBOD — это самый простой тип корпусов. JBOD расшифровывается как Just a Bunch of Disks, да, это именно то, что он обозначает. Причина этого имени в том, что оно ничего не делает. Все, что он позволяет вам сделать, это подключить его к серверу или массиву RAID и добавить больше жестких дисков к существующему серверу или массиву RAID.

Если вы подключите JBOD к компьютеру, вы увидите каждый из этих дисков в утилитах управления дисками.

Поскольку JBOD очень просты, они являются наименее дорогим вариантом для добавления дополнительных хранилищ в существующую инфраструктуру.

Корпуса RAID

RAID-массив на один шаг превосходит JBOD. В корпусе RAID вы помещаете в него свои жесткие диски, но в него встроен RAID-контроллер (обычно аппаратный контроллер). Поэтому, когда вы подключаетесь к RAID-контроллеру, вы просто видите этот единственный RAID 5 или RAID 6.Также всегда есть какое-то программное обеспечение. К распространенным типам этих корпусов относятся системы Thunderbolt RAID, такие как G-RAID или Promise 8-Bay Thunderbolt RAID.

Серверы

Самая сложная и интеллектуальная из этих опций — это сервер. Это когда у вас есть корпус, в котором есть материнская плата, процессор, оперативная память и ОС. Это то, с чем знакомо большинство из нас. Когда вы покупаете новую сетевую систему хранения, это именно то, что вы получаете. Обычно вы используете JBOD для расширения одной из этих систем.

Итак, когда вы покупаете эти системы, знайте, что вы получаете и какой уровень интеллекта вы добавляете в свою инфраструктуру, каждая из них имеет свои достоинства и недостатки.

Почему корпус JBOD — это больше, чем просто набор дисков

Что такое JBOD и как он работает?
Если вы ищете доступное по цене решение для хранения данных большой емкости, чтобы начать работу с центром обработки данных, существует множество вариантов, но ни один из них не является таким доступным, как JBOD.JBOD или хранилище «просто набор дисков» предлагает уникальные преимущества, которых нет в других вариантах хранилища, и эти преимущества могут сэкономить ваше время и нервы.

Предположим, у вас уже есть жесткие диски, но все они различаются по размеру. С конфигурацией RAID вы теряете большую часть доступного пространства, поскольку оно используется для резервирования. Например, 20 ГБ жесткого диска и еще 20 ГБ жесткого диска будут объединены в том RAID 0 объемом 20 ГБ. С другой стороны, с JBOD то же самое для дисков будет объединено, чтобы образовать том JBOD объемом 40 ГБ.С JBOD при объединении томов не теряется абсолютно никакого дискового пространства. Можно думать о JBOD как о противоположности разбиению на разделы, когда вместо разделения диска вы объединяете несколько дисков.

Так что же делает JBOD таким полезным?
Если вы расширяете существующую систему или имеете множество дисков разного размера, но хотите объединить их в один больший и более полезный диск, JBOD может сделать это, не теряя ни одного байта емкости. Кроме того, JBOD позволяет расширять пространство хранения, используя диски, размещенные вне сервера, что может пригодиться при работе с существующими системами, которые уже загружены.Даже системы, которые не загружены на полную мощность, можно расширить с помощью внешних дисков, чтобы освободить место для дополнительных процессоров.

В типичной настройке RAID 0, если один из задействованных дисков выходит из строя, трудно, если вообще возможно, восстановить данные, потому что диски чередуются. Это означает, что диски зависят друг от друга. Однако в настройке JBOD диски по существу независимы, за исключением того, что они читаются как один диск. Таким образом, данные, которых не было на неисправном диске, относительно просто восстановить.

Корпус JBOD

Если вы используете монтируемое в стойку шасси, вы можете приобрести корпус JBOD для систем корпоративного класса, которые часто имеют диски с возможностью горячей замены, чтобы вы могли вставить свои собственные диски 2,5 дюйма / 3,5 дюйма. Средний корпус JBOD обычно имеет уникальные параметры производительности, такие как охлаждающие вентиляторы и внутренние блоки питания.