Как расширять СХД: дисковые полки JBOD, 12/24/48/84 диска, SFF/LFF и план роста ёмкости

Расширять СХД нужно не с выбора самой большой дисковой полки, а с расчета полезной емкости, производительности, отказоустойчивости и лимитов контроллера. Если нужны в первую очередь терабайты для архива или резервных копий, чаще смотрят в сторону LFF-полок с емкими HDD. Если важны скорость и количество операций, обычно логичнее SFF-полки с SSD или быстрыми SAS-дисками, а то и специфические all-flash решения. А полки на 48 или 84 диска стоит рассматривать только после проверки питания, охлаждения, стойки, схемы подключения и времени восстановления массива после отказа диска.

Дисковая полка кажется простым способом расширить хранилище: купили корпус, поставили диски, подключили к СХД — и получили новые терабайты. На практике все сложнее. Полка добавляет слоты под диски, но не отменяет ограничений контроллеров, прошивок, RAID-групп, портов, кабелей, питания и охлаждения.

Главная ошибка при расширении — считать только “сырую” емкость. Например, 24 диска по 20 ТБ дают 480 ТБ только на бумаге. После RAID, запасных дисков, снимков, резерва под рост и технического запаса под восстановление полезная емкость может оказаться ближе к 300–330 ТБ. Поэтому план расширения СХД всегда начинается с расчета, а не с прайс-листа.

Что такое дисковая полка JBOD

JBOD (Just a Bunch of Disks) — это в данном случае (не путать с non-raid организацией доступа к дискам) внешняя дисковая полка, в которую устанавливаются накопители. В ней есть корзины для дисков, блоки питания, вентиляторы, модули ввода-вывода и порты подключения. Но сама по себе такая полка не является полноценной СХД.

Она не управляет томами, не создает полноценные пулы хранения, не отвечает за снимки, кэширование, репликацию или распределение нагрузки между серверами. Этим занимается основная СХД или сервер с соответствующим RAID-контроллером.

Проще говоря:

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

Например, в документации Dell PowerVault ME5 указано, что система поддерживает полки 2U12, 2U24 и 5U84, но также есть ограничения по смешиванию форматов и максимальному числу дисков. Такие детали нужно проверять до закупки, а не после доставки оборудования.

Когда JBOD — правильный вариант

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

JBOD обычно оправдан, когда:

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

Например, если компания хранит архивы, резервные копии или видеозаписи, а текущая СХД стабильно справляется с нагрузкой, дополнительная LFF-полка может быть разумным решением. В каталоге Servermall можно посмотреть раздел систем хранения данных, чтобы сравнить типы корпусов, форм-факторы и поддерживаемые конфигурации.

Когда лучше не расширять старую СХД

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

Стоит рассматривать новую СХД, если:

• не хватает не только места, но и операций ввода-вывода;
• старые контроллеры работают на пределе;
• нужен переход на SSD, NVMe или более быстрые интерфейсы;
• требуется новая схема отказоустойчивости;
• текущая платформа не поддерживает нужные полки или диски;
• расширение почти равно по стоимости более современной системе;
• в ближайшие 1–2 года ожидается кратный рост данных с которым текущая система не справится.

Есть простой тест: если после добавления полки придется сразу думать о замене контроллеров, сети, кэша и дисков, это уже не расширение, а временная заплатка.

12, 24, 48 и 84 диска: что означает размер полки

Число дисков в полке влияет не только на емкость. Оно определяет плотность хранения, требования к питанию, удобство обслуживания, скорость восстановления после отказов и стоимость владения.

12 дисков

Полки на 12 дисков чаще встречаются в формате LFF, то есть под крупные 3,5-дюймовые накопители. Их выбирают, когда важна емкость одного диска и низкая стоимость терабайта.

Такая полка подходит для:

• файловых архивов;
• резервных копий;
• видеонаблюдения;
• холодных данных;
• небольших и средних хранилищ с постепенным ростом.

Плюс 12-дисковой полки в том, что ее проще обслуживать и планировать. Минус — ограниченная плотность операций. Если в полке стоят крупные HDD, емкость будет большой, но скорость случайного доступа останется ограниченной возможностями самих дисков.

Пример такого формата — Dell PowerVault MD1400 12LFF.

24 диска

Полки на 24 диска чаще используют SFF-формат, то есть 2,5-дюймовые накопители. Это могут быть SSD или быстрые SAS-диски. В том же 2U-корпусе помещается больше накопителей, чем в 12-дисковой LFF-полке.

24-дисковый формат часто выбирают для:

• виртуализации;
• баз данных;
• терминальных серверов;
• смешанных нагрузок;
• рабочих систем, где важны задержки и операции ввода-вывода.

Преимущество SFF — плотность дисков и производительности. Но по стоимости одного терабайта такая конфигурация может быть дороже, особенно если сравнивать SSD с емкими LFF HDD.

Для примера можно посмотреть Dell PowerVault ME4024 SAS 24SFF или HPE MSA 2050 HD-SAS 24SFF.

48 дисков

48-дисковые решения встречаются реже и сильно зависят от конкретной линейки производителя. Это промежуточный вариант между стандартными 2U-полками и плотными 5U-корпусами на 84 диска.

Их рассматривают, когда нужно:

• больше емкости в стойке;
• меньше корпусов и кабелей;
• сохранить более удобное обслуживание, чем у сверхплотных полок;
• не переходить сразу к 84-дисковой архитектуре.

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

84 диска

84-дисковые полки — это уже плотное решение для больших массивов данных. Обычно это 5U-корпус с высокой емкостью на стойку. Такой формат подходит для архивов, резервного копирования, больших файловых хранилищ и других задач, где нужны сотни терабайт или петабайтный рост.

Но 84 диска — это не просто “много места”. Нужно заранее проверить:

• вес полки с дисками;
• глубину стойки;
• требования к рельсам;
• питание и PDU;
• тепловыделение;
• воздушный поток;
• удобство замены дисков;
• ограничения контроллеров;
• схему подключения по двум путям.

В документации Seagate Exos E 5U84 описана 5U-полка на 84 диска с двойными блоками питания, вентиляторами, модулями ввода-вывода и двумя путями к дискам.

SFF и LFF: как выбрать форм-фактор

SFF — это малый форм-фактор, обычно 2,5 дюйма. LFF — крупный форм-фактор, обычно 3,5 дюйма. Разница между ними не сводится к только физическому размеру.

LFF

LFF чаще выбирают, когда важна емкость. В 3,5-дюймовом формате доступны крупные HDD на десятки терабайт. Это удобно для архивов, бэкапов, видеонаблюдения и файловых серверов.

Преимущества LFF:

• выше емкость одного HDD;
• ниже стоимость терабайта;
• меньше дисков для той же сырой емкости;
• проще получить большой объем хранения;
• хорошо подходит для последовательной записи и чтения.

Ограничения LFF:

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

SFF

SFF чаще используют там, где важна скорость. В 2,5-дюймовом формате удобно размещать SSD и быстрые SAS-диски. В одной 2U-полке помещается больше накопителей, поэтому растет плотность операций.

Преимущества SFF:

• больше дисков в том же объеме стойки;
• удобный формат для SSD;
• выше плотность операций;
• лучше подходит для виртуализации и баз данных;
• проще разделять нагрузки по нескольким группам дисков.

Ограничения SFF:

• стоимость терабайта часто выше;
• емкость одного диска может быть ниже, если речь не о дорогих SSD;
• при большом числе дисков сложнее планировать пулы;
• не все старые СХД одинаково хорошо поддерживают новые SSD.

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

Как считать емкость СХД перед расширением

Расчет нужно вести не от красивой цифры в спецификации, а от того, сколько места реально останется под данные.

Сырая емкость

Сырая емкость — это количество дисков, умноженное на емкость одного диска.

Пример:

24 диска × 20 ТБ = 480 ТБ сырой емкости.

Эта цифра нужна только как отправная точка. Использовать ее как итоговую емкость нельзя.

Защита данных

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

Упрощенно:

• RAID 5 забирает емкость одного диска в группе;
• RAID 6 забирает емкость двух дисков в группе;
• RAID 10 оставляет примерно половину сырой емкости;
• RAID 60 делит диски на группы RAID 6 и объединяет их;
• распределенные схемы защиты считаются по правилам конкретной СХД.

В Dell PowerVault ME5, например, кроме классических RAID-уровней есть ADAPT — схема защиты с встроенным запасом емкости и упрощенным расширением больших пулов.

Запасной диск или распределенный запас

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

В более современных схемах запас может быть распределен по всем дискам. Для администратора это удобнее, но для расчета принцип тот же: эту емкость нельзя считать доступной под пользовательские данные.

Снимки

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

Ориентиры:

• 10–20% — для умеренного использования;
• больше 20% — если снимки частые и живут долго;
• отдельный расчет — для баз данных, виртуализации и активных файловых ресурсов.

Резерв под рост

СХД не должна постоянно работать на 95–100% заполнения. Нужен запас под новые данные, балансировку, обслуживание, временные операции и восстановление после отказов.

Для планирования стоит заранее определить рабочий порог заполнения. Например, компания может считать 75–80% точкой, после которой начинается следующий этап расширения. Конкретный порог зависит от платформы и нагрузки, но сама логика должна быть закреплена заранее.

Технический резерв под восстановление

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

Формула для планирования выглядит так:

Плановая емкость под данные = сырая емкость − защита RAID − запасной диск или распределенный запас − резерв под снимки − резерв под рост − технический резерв под восстановление.

Пример для 24 дисков по 20 ТБ:

• сырая емкость: 480 ТБ;
• RAID 6 в одной группе: примерно 440 ТБ до дополнительных резервов;
• отдельный запасной диск: минус 20 ТБ, если он используется;
• резерв под снимки 15%: минус около 63 ТБ;
• резерв под рост и обслуживание 15%: минус около 54 ТБ;
• плановая емкость под данные: примерно 300–330 ТБ.

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

Как меняется полезная емкость в разных схемах

Ниже пример для одинаковых дисков по 20 ТБ. Цифры округлены и нужны для понимания логики, а не для точного проектирования конкретной СХД.

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

Почему добавление терабайтов не всегда ускоряет СХД

Емкость и производительность растут по-разному. HDD дают много места, но ограничены по операциям. SSD дают высокую скорость, но стоят дороже за терабайт. Поэтому расширение СХД должно отвечать на два разных вопроса:

1. Сколько данных нужно хранить?
2. С какой скоростью эти данные нужно читать и записывать?

Если добавить LFF-полку с крупными HDD к системе, где уже не хватает скорости операций для виртуальных машин, пользователи могут не заметить улучшения. Места станет больше, но задержки останутся. А во время восстановления после отказа диска производительность может даже просесть.

Перед расширением нужно проверить:

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

Если нужна емкость — LFF HDD могут быть хорошим выбором. Если нужна скорость — лучше рассматривать SFF SSD или быстрые SAS-диски. Если нужны и емкость, и скорость, часто правильнее разделить уровни хранения, а не пытаться закрыть все одной полкой.

Основные варианты расширения СХД

Добавить диски в существующую полку

Это самый простой вариант, если в текущей полке остались свободные слоты.

Он подходит, когда:

• СХД поддерживает установку дополнительных дисков;
• есть совместимые накопители;
• текущий пул можно расширить;
• контроллер не перегружен;
• запас по питанию и охлаждению уже заложен в корпусе.

Риски:

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

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

Добавить новую дисковую полку

Это основной сценарий, когда текущие корзины уже заполнены. Новая полка подключается к существующей СХД или серверу через поддерживаемые интерфейсы и добавляет новые слоты под диски.

Перед покупкой нужно проверить:

• максимальное число поддерживаемых полок;
• максимальное число дисков;
• совместимость SFF и LFF;
• поддержку конкретных HDD и SSD;
• нужные кабели;
• свободные порты;
• правила подключения по двум путям;
• требования к прошивкам;
• поддержку со стороны текущей версии ПО.

У HPE MSA, например, есть отдельные 12-дисковые LFF и 24-дисковые SFF-полки, а конкретные лимиты зависят от поколения и модели системы: HPE MSA Storage.

Dell Storage MD1400 — пример 12-дисковой LFF-полки.

Источник изображения: ServerMall

Заменить диски на более емкие

Этот путь выбирают, когда свободных слотов нет, а полку добавить нельзя или невыгодно. Например, можно постепенно заменить диски по 8 ТБ на 18–20 ТБ.

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

Замену дисков стоит планировать, если:

• контроллер еще актуален;
• нужны именно терабайты, а не рост скорости;
• есть окно обслуживания;
• есть актуальная резервная копия;
• производитель поддерживает такие диски в этой системе;
• заранее понятен порядок замены и расширения.

Поставить новую СХД и перенести данные

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

Миграция уместна, если:

• текущая СХД близка к концу поддержки вендором;
• контроллеры стали узким местом;
• требуется другой уровень производительности;
• нужна новая архитектура хранения;
• план роста превышает возможности старой платформы;
• стоимость расширения слишком близка к стоимости обновления.

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

SAS-цепочки, два пути и лимиты контроллеров

Дисковые полки подключаются не как бытовой удлинитель. У каждой СХД есть поддерживаемая схема подключения. В ней важно все: порядок полок, кабели, порты, модули ввода-вывода, версии прошивок и наличие двух путей к дискам.

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

До закупки нужно проверить:

• модель базовой СХД;
• поколение контроллеров;
• версию прошивки;
• список поддерживаемых полок;
• максимальное число дисков;
• максимальную емкость;
• совместимые HDD и SSD;
• правила смешивания SFF и LFF;
• требуемые кабели;
• наличие свободных портов;
• поддержку многопутевого доступа на серверах;
• требования к обновлению прошивок перед расширением.

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

Можно ли смешивать разные диски и полки

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

Обычно отдельно проверяют возможность смешивать:

• диски разной емкости;
• SSD и HDD;
• быстрые SAS-диски и емкие nearline-SAS;
• SFF- и LFF-полки;
• старые и новые поколения полок;
• разные классы SSD;
• разные скорости вращения HDD.

Что может пойти не так:

• RAID-группа будет ограничена самым маленьким диском;
• быстрые SSD не раскроются в одном пуле с медленными HDD;
• система может запретить часть сочетаний;
• производительность станет непредсказуемой;
• прошивка диска может оказаться неподдерживаемой;
• обслуживание станет сложнее;
• восстановление после отказа будет дольше, чем ожидалось.

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

Риски при расширении СХД

Слишком большие RAID-группы

Большая RAID-группа кажется выгодной: меньше потерь емкости, больше общий объем. Но с ростом числа дисков увеличивается и риск. Чем больше группа, тем больше вероятность, что во время восстановления появится еще одна проблема.

Особенно осторожно нужно относиться к крупным HDD. Диск на 18–24 ТБ может восстанавливаться долго, а все это время массив работает под дополнительной нагрузкой, а если массив допускает сбой только одного диска - такое чревато повреждением массива и потерей данных при отказе второго диска.

Долгое восстановление после отказа

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

Для емких HDD часто разумнее использовать RAID 6, RAID 60 или распределенные схемы, если они поддерживаются СХД. Но точное решение зависит от нагрузки, числа дисков и требований к доступности.

Нехватка операций

Это частая ошибка: компания покупает полку с большими HDD, получает много терабайт и удивляется, почему виртуальные машины не стали быстрее. HDD хороши для емкости, но количество операций у них ограничено.

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

Переполнение пулов

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

Нужно заранее оставить место под:

• снимки;
• временные операции;
• рост данных;
• восстановление;
• балансировку;
• служебные данные системы.

Питание и охлаждение

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

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

Вес и обслуживание

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

Перед монтажом нужно понимать:

• сколько весит корпус с дисками;
• выдерживает ли стойка такую нагрузку;
• есть ли место для выдвижения лотков;
• удобно ли менять диски;
• не мешают ли кабели обслуживанию.

Совместимость

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

План роста емкости на 1–3 года

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

Зафиксировать текущую точку

Нужно собрать исходные данные:

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

Если этих данных нет, проект расширения будет строиться на предположениях.

Посчитать рост

Базовая формула:

Нужная емкость через N месяцев = текущие данные + средний месячный рост × N + запас на проекты и пики.

Пример: сейчас хранится 180 ТБ данных, рост — 6 ТБ в месяц, горизонт планирования — 24 месяца.

180 ТБ + 6 ТБ × 24 = 324 ТБ.

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

Определить рабочий порог

Не стоит ждать, пока СХД заполнится до предела. Лучше заранее определить порог, после которого запускается следующий этап расширения. Для одной системы это может быть 75%, для другой — 80% или другой показатель, зависящий от рекомендаций производителя и особенностей нагрузки.

Главное, чтобы порог был понятен заранее. Тогда расширение становится плановой задачей, а не аварийной покупкой.

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

После расчета колчества терабайтов нужно проверить, хватит ли производительности.

Вопросы для проверки:

• какие данные растут быстрее всего;
• сколько операций нужно сейчас;
• какие нагрузки появятся через год;
• нужны ли SSD для горячих данных;
• можно ли вынести архив в отдельный пул;
• не станет ли сеть узким местом;
• выдержат ли контроллеры новые полки.

Выбрать сценарий

После расчетов сравнивают варианты:

• докупить диски;
• добавить полку;
• заменить диски на более емкие;
• разделить производительные и архивные данные;
• поставить новую СХД;
• вынести бэкапы или архив в отдельную систему.

Иногда самая дешевая покупка оказывается самой дорогой в эксплуатации. Например, емкая HDD-полка может быть выгодной для архива, но плохой для базы данных. А SSD-полка может быть избыточной для холодных резервных копий.

Примеры выбора под разные задачи

Файловый архив

Для файлового архива обычно важны емкость, стоимость терабайта и предсказуемость хранения. Здесь хорошо подходят LFF HDD и полки на 12 или больше дисков.

Что важно:

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

Резервные копии

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

Проверить нужно:

• скорость последовательной записи;
• сеть между серверами и хранилищем;
• дедупликацию, если она используется;
• рост ежедневных изменений;
• срок хранения копий;
• место под временные операции.

Виртуализация

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

Для таких задач чаще подходит SFF с SSD или быстрыми SAS-дисками. Если нужна большая емкость, ее лучше отделить от производительного слоя.

Базы данных

Базы данных чувствительны к задержкам. Крупные HDD могут дать много места, но не нужную скорость. Здесь важны SSD, правильная схема RAID, отдельные пулы и расчет пиковых операций.

Для баз данных особенно опасно смешивать медленные и быстрые диски в одном пуле без понимания последствий.

Видеонаблюдение

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

Большой архив на 84 диска

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

Такую полку нельзя рассматривать как обычный 2U-корпус, только больше. Это плотный узел хранения, который влияет на всю инфраструктуру стойки.

Чек-лист перед покупкой дисковой полки

Совместимость

• модель текущей СХД;
• поколение контроллеров;
• версия прошивки;
• поддерживаемые полки;
• поддерживаемые диски;
• правила смешивания SFF и LFF;
• поддержка конкретных HDD и SSD;
• лимиты по числу полок и дисков.

Емкость

• сырая емкость;
• полезная емкость после RAID;
• запасной диск или распределенный запас;
• резерв под снимки;
• резерв под рост;
• техническое пространство под восстановление;
• лимит общей емкости системы.

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

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

Подключение

• свободные порты;
• нужные кабели;
• поддержка двух путей;
• правильная SAS-цепочка;
• порядок подключения полок;
• совместимость модулей ввода-вывода;
• поддержка многопутевого доступа на серверах.

Физическая инфраструктура

• свободные юниты в стойке;
• глубина стойки;
• допустимый вес;
• рельсы;
• питание;
• PDU;
• охлаждение;
• место для обслуживания;
• укладка кабелей.

Эксплуатация

• резервная копия перед работами;
• окно обслуживания;
• план отката;
• порядок обновления прошивок;
• мониторинг восстановления;
• проверка событий после подключения;
• обновление документации по инфраструктуре.

Частые ошибки при расширении СХД

1. Считать только сырую емкость и забывать про RAID, запас, снимки и рост.
2. Покупать полку без проверки лимитов контроллера.
3. Смешивать разные диски без понимания влияния на емкость и скорость.
4. Добавлять емкие HDD в производительный пул и ждать ускорения.
5. Делать слишком большие RAID-группы.
6. Не учитывать время восстановления после отказа.
7. Подключать полку одним путем, хотя система поддерживает два.
8. Не проверять прошивки до закупки.
9. Забывать про питание, охлаждение и вес.
10. Расширять старую СХД, хотя ей уже нужна замена.

Итог

Расширение СХД — это не покупка “еще одной коробки с дисками”, а расчет емкости, производительности, отказоустойчивости и физической инфраструктуры. Сначала нужно понять, сколько полезного места действительно понадобится через 1–3 года, сколько уйдет на RAID, запасные диски, снимки и восстановление, а уже потом выбирать полку на 12, 24, 48 или 84 диска.

Для архивов, резервных копий и больших файловых хранилищ часто подходят LFF-полки с емкими HDD. Для виртуализации, баз данных и рабочих нагрузок лучше смотреть в сторону SFF-полок с SSD или быстрыми SAS-дисками. Для плотных 84-дисковых решений обязательно нужно отдельно проверять стойку, вес, питание, охлаждение, схему подключения и лимиты контроллеров.

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