СХД Entry-Level или Mid-Range: когда достаточно PowerVault / MSA, а когда нужна PowerStore, Nimble или OceanStor

Если СХД нужна для файлового архива, резервного копирования, небольшой виртуализации или понятной офисной нагрузки, обычно достаточно Dell PowerVault или HPE MSA. Если же хранилище обслуживает критичные базы данных, VDI, крупный кластер виртуализации, десятки хостов, репликацию между площадками и строгие требования к простою, лучше сразу смотреть на PowerStore, Nimble / Alletra или OceanStor. Разница между этими классами не только в цене и бренде, а в архитектуре, функциях защиты данных, масштабировании, аналитике и способности выдерживать смешанную нагрузку без резкого роста задержек.

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

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

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

Что означает Entry-Level в корпоративных СХД

Entry-Level в СХД — это не домашний NAS и не простая коробка с дисками. Это корпоративное хранилище начального уровня, которое может работать с несколькими серверами, предоставлять общие тома, поддерживать RAID, резервирование контроллеров, базовые снапшоты и подключение по SAS, iSCSI или Fibre Channel.

К этому классу обычно относят:

• Dell PowerVault ME;
• HPE MSA;
• похожие системы начального корпоративного уровня у других производителей.

Такие СХД хорошо подходят, когда инфраструктура понятная и не слишком быстро меняется. Например, когда она состоит из:

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

Сильная сторона entry-level СХД — понятная стоимость. Компания получает централизованное хранилище, аппаратное резервирование, нормальное подключение к серверам и базовые функции защиты данных без покупки дорогой mid-range платформы.

Но есть и ограничения. Они не всегда заметны в коммерческом предложении, потому что на бумаге у простой СХД тоже могут быть «снапшоты», «репликация» и «поддержка SSD». На практике важно другое:

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

Поэтому Dell PowerVault и HPE Storage / MSA разумно рассматривать не как «дешевую замену всему», а как хороший вариант для задач, где нагрузка предсказуема и требования к отказоустойчивости не выходят за рамки малого или среднего бизнеса.

Что означает Mid-Range в СХД

Mid-Range — это класс СХД для инфраструктур, где хранилище становится центральным элементом бизнеса. Такие системы стоят дороже, но дают не только больше производительности. Их смысл в другом уровне управления данными.

К этому классу обычно относят:

• Dell PowerStore;
• HPE Nimble / HPE Alletra;
• Huawei OceanStor Dorado;
• аналогичные all-flash и гибридные системы среднего корпоративного уровня.

Mid-range СХД выбирают, когда важно не просто хранить данные, а стабильно обслуживать разные типы нагрузки одновременно:

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

Для таких систем важны:

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

Mid-range стоит рассматривать там, где СХД уже не вспомогательный компонент, а основа работы сервисов. Если ее остановка приводит к простою продаж, производства, учетной системы, CRM, ERP, VDI или клиентских сервисов, экономия на классе хранилища может оказаться дороже самой СХД.

Почему нельзя выбирать только по бренду

У одного и того же производителя могут быть разные классы СХД. Dell PowerVault и Dell PowerStore — не «младшая и старшая коробка с дисками», а разные подходы к задачам. HPE MSA и Nimble / Alletra также закрывают разные сценарии. Huawei OceanStor может быть представлен и компактными конфигурациями, и серьезными all-flash системами.

Сравнение «Dell против HPE» или «HPE против Huawei» само по себе мало что дает. Нужно сравнивать не логотипы, а возможности конкретной конфигурации.

Перед выбором стоит ответить на несколько вопросов:

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

Если ответы простые, entry-level может быть лучшим решением. Если ответы сложные, mid-range часто оказывается безопаснее.

Чем Entry-Level отличается от Mid-Range

Эта таблица не заменяет спецификацию. У каждой модели есть поколения, лицензии, прошивки, лимиты по томам, дискам, портам и снапшотам. Но она показывает главное: entry-level и mid-range различаются не только количеством дисков.

Когда достаточно PowerVault или MSA

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

Такой класс хорошо подходит, если:

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

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

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

Подходящий профиль:

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

В таких задачах не всегда нужна дорогая all-flash система. Иногда лучше вложиться в достаточную емкость, нормальную схему RAID, резервное копирование и понятную поддержку.

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

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

Entry-level подходит, если:

• бэкапы идут по расписанию;
• нагрузка не конкурирует с продакшн-базами;
• восстановление не требует минутного RTO;
• объемы растут умеренно;
• нет постоянной репликации на вторую площадку.

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

Небольшая виртуализация

Для малого и среднего бизнеса PowerVault или MSA часто закрывают сценарий виртуализации на 2–4 хоста.

Например:

• 15–40 виртуальных машин;
• контроллер домена;
• файловый сервер;
• бухгалтерская система;
• CRM;
• несколько внутренних приложений;
• тестовые ВМ;
• умеренная база данных.

В такой инфраструктуре entry-level СХД может работать годами, если правильно подобраны диски, сеть и резервирование путей. Но запас нужно считать заранее. Если сегодня 30 ВМ, а через год планируется 100 ВМ, лучше не выбирать систему только под текущий день.

Офисные сервисы

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

Entry-level может быть уместен для:

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

Главное — не смешивать эти задачи с теми, которые резко меняют профиль нагрузки. Например, если рядом с офисными сервисами появится VDI или тяжелая аналитическая база, простая СХД может быстро стать узким местом.

Что проверить перед покупкой entry-level СХД

Перед покупкой PowerVault, MSA или похожей системы нужно смотреть не только на цену и емкость.

Проверьте:

1. Тип подключения
   • SAS;
   • iSCSI;
   • Fibre Channel;
   • требуемое количество портов;
   • возможность резервирования путей.
2. Диски
   • поддерживаемые SSD и HDD;
   • количество дисковых полок;
   • совместимость накопителей;
   • стоимость расширения;
   • запасные диски.
3. Снапшоты
   • сколько снапшотов поддерживается;
   • как они занимают место;
   • как влияют на производительность;
   • удобно ли восстанавливать отдельные тома.
4. Репликация
   • входит ли в поставку;
   • нужна ли отдельная лицензия;
   • как работает при медленном канале;
   • можно ли тестировать восстановление.
5. Производительность
   • не только максимальные IOPS;
   • задержка при смешанной нагрузке;
   • поведение при записи;
   • запас на рост.
6. Поддержка
   • срок гарантии;
   • доступность запчастей;
   • время реакции;
   • условия замены контроллеров и дисков;
   • доступ к обновлениям.
7. Расширение
   • сколько дисков можно добавить;
   • сколько полок поддерживается;
   • когда придется менять всю систему;
   • сколько будет стоить расширение через 1–2 года.

Покупка entry-level СХД оправдана, когда эти ответы понятны и не вызывают сомнений.

Когда нужна PowerStore, Nimble / Alletra или OceanStor

Mid-range стоит рассматривать, когда инфраструктура выросла из простого сценария. Это не всегда связано с размером компании. Иногда 80 пользователей с критичной базой данных требуют более серьезной СХД, чем 500 пользователей с файловым архивом.

Переход к mid-range обычно нужен, если:

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

Для таких задач стоит смотреть не только на новые системы, но и на refurbished mid-range конфигурации. Иногда восстановленная система среднего класса с хорошей комплектацией, нормальной поддержкой и запасом по функциям дает больше пользы, чем новая entry-level СХД, при сравнимом бюджете.

Для сценариев с высокой нагрузкой можно отдельно рассмотреть СХД Mid-Range и конкретные линейки вроде Huawei OceanStor, если нужны all-flash конфигурации, NVMe, развитые протоколы и запас по масштабированию.

Базы данных: где простая СХД часто сдается первой

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

Entry-level может подойти для небольшой базы, если:

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

Mid-range лучше, если:

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

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

VDI: почему нужен запас по задержке

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

Для VDI особенно важны:

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

Entry-level можно использовать для небольшого VDI-пилота, но для рабочей среды на десятки или сотни пользователей лучше смотреть на mid-range. Иначе СХД будет нормально работать в спокойные часы, но проседать в те моменты, когда пользователям больше всего нужна стабильность.

Продакшн-кластер виртуализации

Для небольшого кластера entry-level часто достаточно. Но по мере роста появляются задачи, которые меняют требования к СХД:

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

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

Две площадки и аварийное восстановление

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

Для аварийного восстановления важны:

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

Entry-level СХД может поддерживать репликацию, но это не означает, что она автоматически подходит для сложного DR-сценария. Если восстановление между площадками — обязательное требование, mid-range обычно дает больше возможностей и удобства.

Почему IOPS не должен быть единственным критерием

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

На практике важнее смотреть на сочетание факторов.

Задержка

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

Профиль операций

Разные задачи создают разную нагрузку:

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

СХД нужно выбирать под профиль, а не под усредненный тест.

Размер блока

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

Заполнение массива

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

Сеть

Иногда проблема не в самой СХД, а в подключении:

• мало портов;
• нет резервирования путей;
• слабые коммутаторы;
• неправильно выбраны SFP;
• не хватает HBA;
• используется старый Fibre Channel;
• iSCSI идет по перегруженной сети.

Поэтому оценивать нужно весь тракт: сервер, адаптер, коммутатор, кабели, порты СХД, диски, контроллеры и настройки.

Какой класс СХД выбрать под сценарий

Эту таблицу стоит использовать как отправную точку. Если нагрузка простая и понятная, entry-level может быть лучшим вариантом. Если нагрузка смешанная и простой дорогой, mid-range снижает риски.

Неочевидные расходы при выборе СХД

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

Лицензии

Проверьте, что входит в поставку, а что покупается отдельно:

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

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

Дисковые полки

Расширение емкости — это не только покупка дисков. Могут понадобиться:

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

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

Диски

Фирменные диски для СХД могут стоить существенно дороже обычных накопителей. Кроме цены важно проверить:

• совместимость (включая совместимые OEM);
• тип нагрузки;
• ресурс записи для SSD;
• скорость HDD;
• наличие запасных дисков;
• сроки поставки;
• поддержку производителем.

Для all-flash систем отдельно оценивают не только «сырую» емкость, но и эффективную емкость после сжатия и дедупликации. Но эти показатели зависят от данных. Виртуальные рабочие столы и однотипные ВМ могут хорошо сжиматься и дедуплицироваться, а уже сжатые архивы и медиаданные — гораздо хуже.

Сеть и подключение

В бюджет часто забывают заложить:

• Fibre Channel коммутаторы;
• Ethernet-коммутаторы 10/25/40/100G;
• SFP и QSFP-модули;
• HBA-адаптеры;
• сетевые карты;
• кабели;
• резервные пути;
• настройку мультипасинга.

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

Поддержка

Поддержка влияет не только на комфорт, но и на риск простоя. Важно уточнить:

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

Для критичных систем экономия на поддержке может быть опаснее экономии на дисках.

Миграция

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

Нужно учесть:

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

Если старая entry-level СХД уже перегружена, миграция может быть сложнее: окна обслуживания меньше, рисков больше, а запас по производительности почти отсутствует.

Когда entry-level становится узким местом

Переход на mid-range лучше планировать до того, как СХД начнет мешать бизнесу. Обычно проблема развивается постепенно.

На ограничения указывают такие признаки:

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

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

Как посчитать потребность перед покупкой

Перед выбором СХД полезно собрать не идеальные пожелания, а реальные данные по инфраструктуре.

1. Описать нагрузки

Список должен быть конкретным:

• виртуализация;
• базы данных;
• файловые ресурсы;
• резервное копирование;
• VDI;
• тестовые среды;
• архивы;
• аналитика;
• ERP и CRM;
• удаленные офисы.

Для каждой нагрузки нужно указать, насколько она критична и как влияет на бизнес.

2. Оценить текущие показатели

Минимальный набор:

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

Даже приблизительные данные лучше, чем выбор на глаз.

3. Заложить рост на 3 года

СХД редко покупают на один год. Нужно оценить:

• рост пользователей;
• рост баз данных;
• рост файлов;
• новые проекты;
• новые филиалы;
• переход на VDI;
• рост числа ВМ;
• ужесточение требований к восстановлению.

Если рост высокий, покупка entry-level «впритык» может привести к повторной закупке уже через 12–18 месяцев.

4. Определить требования к восстановлению

Нужно прямо ответить:

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

Без этих ответов невозможно корректно выбрать класс СХД.

5. Сравнить два бюджета

Полезно считать не одну покупку, а два сценария:

1. entry-level сейчас, расширение через год, возможная замена через 2–3 года;
2. mid-range сейчас, больший бюджет на старте, но запас по функциям и росту.

Иногда первый сценарий выгоднее. Иногда второй дешевле на дистанции, потому что снижает простои, упрощает защиту данных и отодвигает следующую миграцию.

Ошибки при выборе СХД

Чаще всего проблемы возникают не из-за плохой модели, а из-за неверного сценария.

Типичные ошибки:

• выбирать только по цене за терабайт;
• сравнивать сырую емкость без учета RAID и служебных резервов;
• не учитывать место под снапшоты;
• верить только максимальным IOPS;
• не смотреть на задержку;
• забывать про сеть;
• не проверять лицензии;
• не считать стоимость расширения;
• не учитывать поддержку;
• не учитывать квалификацию внутренней команды и необходимость обучения;
• покупать all-flash без понимания профиля данных;
• брать entry-level под VDI без тестирования;
• брать mid-range для простого архива без реальной необходимости;
• не проверять совместимость с гипервизором;
• не планировать миграцию;
• не тестировать восстановление.

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

Что запросить у поставщика

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

В коммерческом предложении должны быть:

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

Сравнивать нужно не «PowerVault против OceanStor», а две конкретные конфигурации. Например: PowerVault с определенными SSD, портами и лицензиями против OceanStor с конкретными контроллерами, NVMe-дисками, поддержкой и функциями сжатия. Только тогда сравнение имеет смысл.

Как принять решение

Можно использовать простое правило.

Entry-level СХД стоит выбирать, если:

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

Mid-range стоит выбирать, если:

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

Dell PowerVault и HPE MSA — нормальный выбор для файлов, бэкапов, небольшой виртуализации и офисных сервисов. Они дают корпоративное хранилище без лишней сложности и высокой цены. PowerStore, Nimble / Alletra и OceanStor нужны там, где СХД становится ядром инфраструктуры: обслуживает базы данных, VDI, продакшн-кластеры, несколько площадок и строгие требования к восстановлению.

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