Какие ошибки при выборе СХД могут привести к финансовым потерям

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

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

Ошибка №1: считать терабайты и забыть про задержку

1С, базы данных и виртуальные машины упираются в число мелких случайных операций в секунду (IOPS) и время отклика. Объём для них вторичен, но именно его покупатель видит сразу, а про операции обычно вспоминает, когда пользователи жалуются, что проведение документов идёт минутами.

Порядок цифр такой. Жёсткий диск на 7 200 об/мин на случайной нагрузке выдаёт около сотни операций в секунду. Корпоративный SSD - десятки и сотни тысяч. Разница в сотни и тысячи раз, и никакой RAID-контроллер её не закроет.

Пример грубой оценки. Восемь HDD по 16 ТБ в RAID 6 дают около 96 ТБ полезного места, и для файлового архива это отличный вариант. Под виртуальные машины тот же массив на случайной записи выдаст порядка 130-150 операций в секунду: каждая запись в RAID 6 превращается в шесть дисковых операций. Кэш контроллера сглаживает короткие всплески, но под постоянной нагрузкой массив упирается именно в эту цифру. Десяток ВМ с базами на нём будет ждать диски большую часть времени.

Что делать до покупки:

• снять текущую нагрузку: в Windows счётчик «Обращений к диску/с» в системном мониторе, в Linux - iostat -x за полный рабочий день, лучше в конце месяца, когда 1С нагружена сильнее всего;
• понять, какая часть данных «горячая», то есть читается и пишется постоянно. Обычно это базы и диски ВМ, и они занимают малую долю общего объёма;
• горячее положить на SSD (отдельный массив, SSD-кэш или уровень в гибридной системе), остальное - на HDD.

Строить всё на флеше тоже не выход: в 2026 году терабайт корпоративного SSD стоит в разы, а то и на порядок дороже терабайта HDD, и архив на all-flash - прямые переплаты. Как сочетать накопители, разобрано в статье про гибридные системы хранения на SSD и HDD, а про автоматический перенос данных между уровнями - в материале про тиринг.

Ошибка №2: путать отказоустойчивость с резервным копированием

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

Какой уровень RAID выбрать для СХД

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

Сколько должен держать ИБП

Держать СХД на батареях целый час для небольшой компании дорого и обычно бессмысленно: хранилище без серверов и сети никому не нужно, а час автономии для всей стойки требует ИБП и батарей в разы дороже. Задача ИБП - пережить короткий провал напряжения, а при долгом отключении дать системе выключиться штатно. Для этого ИБП подключают к СХД и серверам по USB или через сетевую карту и настраивают автоматическое выключение (NUT, PowerChute или утилита производителя). Часто хватает 10-15 минут автономии.

Ещё две вещи, на которых экономить нельзя:

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

Отдельный вопрос - второй контроллер. Система с двумя контроллерами дороже, зато прошивку и сам контроллер на ней меняют без остановки. Если на одну СХД завязаны все виртуальные машины компании, один контроллер становится единой точкой отказа. Для файлового архива или хранилища бэкапов одного контроллера часто достаточно. Как подобрать ИБП, описано в статье как выбрать ИБП для сервера.

Ошибка №3: выбрать не тот тип хранилища

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

Многие системы для среднего сегмента умеют отдавать и файлы, и блочные тома одновременно, и это хороший вариант, если задачи смешанные. Сравнение подходов подробно - в статье DAS, NAS или SAN: что выбрать, протоколы - в материале iSCSI, Fibre Channel, NFS и SMB.

С «холодными» данными (архивы, старые проекты, бэкапы) история обратная: им важен объём, скорость вторична. Держать их на той же быстрой системе, что и рабочие базы, - значит платить за SSD-ёмкость, к которой обращаются раз в квартал. Как это организовать, разобрано в статье про холодное хранение данных.

Ошибка №4: упереться в потолок расширения

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

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

Отдельная ловушка - уходящее поколение. Его продают со скидкой, но полки и диски под него со временем находятся всё труднее. Пример - Dell PowerVault ME4: в 2022 году её сменила линейка ME5 в тех же корпусах, и купленная тогда со скидкой ME4 сразу стала прошлым поколением. Перед покупкой стоит проверить, не снимается ли модель с производства, и спросить поставщика, сколько ещё будут доступны расширения.

Запас удобнее всего считать от истории. Возьмите, сколько занимали данные два-три года назад и сколько сейчас, продлите тот же темп на срок службы системы и добавьте сверху запас на непредвиденное. И помните, что диски разной ёмкости в одной RAID-группе используются по размеру самого маленького, поэтому расширяться удобнее целыми группами одинаковых дисков. Как устроено расширение полками у конкретной модели, можно посмотреть в карточке Infortrend EonStor DS 1012.

Ошибка №5: не посчитать стоимость владения

Цена СХД в счёте - только первая часть расходов. Остальное приходит позже, и бывает, что за пять лет диски, лицензии и поддержка обходятся дороже самой системы. Эти статьи стоит выяснить до покупки:

Заметнее всего это на дисках. Многие брендовые системы работают только с дисками, прошитыми производителем, а такие диски стоят заметно дороже аналогов той же ёмкости. Показательный случай - Synology. В 2025 году новые модели серии Plus начали требовать фирменные диски, и после волны недовольства в DSM 7.3 (октябрь 2025) производитель вернул поддержку сторонних HDD и 2,5-дюймовых SATA SSD. M.2-накопители для кэша и пулов по-прежнему должны быть из списка совместимости. Условия меняются, поэтому список совместимых дисков проверяют до покупки.

Что входит в поддержку и зачем её продлевать, разобрано в статье техническая поддержка СХД. Один практичный совет: назначьте в массиве диск горячего резерва (hot spare), чтобы пересборка начиналась сама, и держите на полке ещё один запасной диск той же модели. Замена за час вместо недели ожидания поставки сокращает время, пока массив работает без защиты.

Ошибка №6: сэкономить на сети хранения

Хорошая СХД на медленной сети работает со скоростью этой сети. Гигабитный Ethernet даёт около 110-115 МБ/с полезной скорости, это меньше, чем выдаёт один SATA SSD. Если по одному гигабитному каналу к блочной СХД ходят несколько гипервизоров, восстановление одной виртуальной машины из бэкапа тормозит все остальные.

Для блочного доступа по iSCSI разумный минимум - 10 GbE, для нагруженной виртуализации - 25 GbE и выше. Трафик хранения лучше вынести в отдельную сеть или хотя бы отдельный VLAN, чтобы пользовательский трафик и бэкапы не делили с ним канал. Если включаете jumbo frames (кадры 9000 байт), то везде: на СХД, коммутаторах и хостах. Частичная настройка даёт плавающие проблемы, которые долго ищут.

С отказоустойчивостью сети тоже легко ошибиться. Два контроллера в СХД и два порта в каждом сервере ничего не дают, если все кабели сходятся в один коммутатор: его отказ отрезает хранилище от всех хостов сразу. Нужны два коммутатора и многопутевой доступ (multipath, в Windows - MPIO), чтобы при обрыве одного пути данные шли по второму.

Ошибка №7: оставить СХД открытой

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

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

Шифрование дисков в самой СХД защищает от другого сценария: когда диск уходит из компании - в ремонт, на утилизацию или просто пропадает. От атаки по сети оно не спасает, потому что для работающей системы данные расшифрованы.

У ошибки есть и прямая денежная сторона. С 30 мая 2025 года за утечку персональных данных от тысячи человек компании грозит штраф от 3 млн рублей, а за повторную утечку - оборотный штраф от 1 до 3 % годовой выручки. Базы 1С с данными клиентов и сотрудников, а также их резервные копии на СХД под это попадают.

Чек-лист перед покупкой СХД

Пройдитесь по вопросам до того, как подписывать счёт:

1. Измерена ли текущая нагрузка (операции в секунду, задержка), а не только занятый объём?
2. Понятно ли, какие данные горячие, и под них есть SSD-массив, кэш или уровень?
3. Выбран ли уровень RAID с учётом ёмкости дисков (RAID 6 или 10 для больших HDD)?
4. Есть ли резервная копия вне этой СХД и вне офиса, и проверялось ли восстановление?
5. Настроено ли автоматическое выключение по сигналу ИБП, защищён ли кэш записи?
6. Нужен ли второй контроллер с учётом того, что завязано на эту систему?
7. Подходит ли тип хранилища (DAS, NAS, блочная СХД) под то, как к нему будут подключаться через два-три года?
8. Сколько полок и дисков поддерживает система и не снимается ли модель с производства?
9. Какие диски она принимает и сколько они стоят?
10. Какие функции и ёмкость лицензируются отдельно, сколько стоит продление поддержки?
11. Хватает ли сети: 10 GbE и выше для блочного доступа, два коммутатора, multipath?
12. Вынесен ли интерфейс управления в отдельную сеть и защищены ли снапшоты от удаления?

Частые вопросы

Когда отдельная СХД не нужна

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

Можно ли взять NAS вместо СХД

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

Какой RAID выбрать под ёмкие HDD

Для дисков от 8-10 ТБ - RAID 6, если важнее объём, или RAID 10, если важнее скорость записи. RAID 5 на таких дисках оставляет массив без защиты на время многочасовой пересборки.