Когда приложения начинают работать медленнее, первым подозреваемым обычно становится сервер. Администратор проверяет загрузку процессоров, добавляет оперативную память, переносит виртуальные машины на более мощные узлы, а пользователи всё равно жалуются, что 1С “думает”, отчёты строятся дольше, база отвечает рывками, а запуск виртуальных машин растягивается на минуты.
Причина может быть не только в вычислительных ресурсах. При росте количества пользователей, виртуальных машин, баз данных и фоновых заданий узким местом часто становится система хранения данных. Серверы готовы обрабатывать запросы, но вынуждены ждать, пока СХД прочитает или запишет очередной блок данных. В результате процессоры недогружены, оперативная память свободна, а бизнес-приложение всё равно тормозит.
Разберёмся, как распознать такую ситуацию, какие параметры нужны для подбора СХД и чем отличаются разные платформы, на примере решений от Huawei OceanStor Dorado 3000 V6, 5000 V6 и 6000 V6.
Как понять, что инфраструктуру ограничивает СХД
Если с объёмом хранения всё понятно, то производительность хранения нельзя оценивать одним числом. Важны как минимум три показателя: количество операций ввода-вывода в секунду, пропускная способность и задержка. IOPS показывает, сколько запросов система успевает обработать, МБ/с или ГБ/с — какой объём данных передать, а latency — время отклика СХД, сколько система "думает", прежде чем отдать данные. . Результат зависит от размера блока, соотношения чтения и записи и характера доступа, поэтому красивые цифры из спецификации без профиля реальной нагрузки мало что говорят.
Представим склад с погрузочной зоной. Пропускная способность показывает, сколько тонн товара можно вывезти за час. IOPS — сколько задач на выгрузку-отгрузку отдельных коробок успеют обработать сотрудники. . Задержка — сколько времени проходит от заявки до выдачи одной коробки. Для резервного копирования больших файлов важнее «тонны в час», а для базы данных с тысячами мелких запросов — скорость обработки отдельных коробок и отсутствие очереди.
Типичные признаки проблем со стороны хранения выглядят так:
-
приложения замедляются в часы пик, хотя CPU и RAM не исчерпаны;
-
растёт время отклика дисковых операций и глубина очереди;
-
резервное копирование, антивирусное сканирование или массовый запуск ВМ заметно влияют на рабочие сервисы;
-
после переноса базы на локальный быстрый накопитель проблема временно исчезает;
-
разные виртуальные машины начинают тормозить одновременно, хотя не связаны на уровне приложений.
Один симптом ещё ничего не доказывает. Например, высокая задержка может появиться из-за сети, некорректного multipath, перегруженного контроллера, фонового процесса, снапшотов, ошибок в коде, неудачной архитектуры приложения или неправильно настроенной СУБД. Поэтому подбирать новую СХД «на глаз» не стоит. Сначала нужно собрать метрики и понять, что именно происходит в часы максимальной нагрузки.
Но если анализ метрик показал, что проблема в СХД и требуется замена на более производительное решение, то неплохим вариантом будут платформы от Huawei из семейства Dorado. Дальше разберём подробнее несколько моделей.
Что представляет собой Huawei OceanStor Dorado V6
OceanStor Dorado V6 — семейство all-flash СХД Huawei. All-flash означает, что данные размещаются на SSD: в зависимости от модели и конфигурации используются SAS SSD или NVMe SSD. Это важное уточнение, потому что SAS в данном случае не означает медленные жёсткие диски. Это по-прежнему флеш-хранилище, но с другим интерфейсом и экономикой.
Huawei позиционирует Dorado 3000 V6 как систему начального уровня для малого и среднего бизнеса, филиалов, офисных приложений и виртуализации. Dorado 5000 V6 и 6000 V6 относятся к среднему классу и ориентированы на базы данных, VDI, виртуализацию и консолидацию корпоративных сервисов. Все три платформы поддерживают блочный и файловый доступ, включая такие протоколы, как FC, iSCSI, NFS и CIFS/SMB. Доступность конкретных портов, протоколов и функций зависит от состава оборудования и лицензий.
В готовых конфигурациях со склада используются два контроллера. Это не просто «запасной мозг в соседнем слоте». В симметричной active-active архитектуре сервер может обращаться к ресурсам через разные контроллеры, а нагрузка распределяется между ними. При отказе одного контроллера второй продолжает обслуживать ввод-вывод. Huawei также указывает поддержку RAID-TP, снапшотов, репликации, HyperMetro, дедупликации, сжатия, thin provisioning и QoS. Набор активированных возможностей нужно проверять для каждой поставляемой конфигурации отдельно.
При этом два контроллера сами по себе не делают всю инфраструктуру отказоустойчивой. Если физические пути идут через один коммутатор, сервер подключён одной сетевой картой, а multipath не настроен, точка отказа просто переезжает в другое место. Отказоустойчивая СХД требует двух независимых путей от сервера до массива, корректной настройки MPIO, резервирования питания и обязательного теста переключения.
Какую модель Dorado V6 выбрать
Условно линейку можно разделить по масштабу и критичности нагрузки.
|
Модель |
Для каких задач подходит |
Когда стоит рассматривать |
|
Huawei OceanStor Dorado 3000 V6 |
Филиальная инфраструктура, небольшие и средние кластеры виртуализации, файловые сервисы, офисные приложения |
Нужна производительная двухконтроллерная all-flash СХД без избыточного запаса уровня крупного ЦОД |
|
Huawei OceanStor Dorado 5000 V6 |
ERP, CRM, VDI, базы данных, консолидация нескольких корпоративных систем |
Нагрузка смешанная и интенсивная, много одновременных запросов, важны масштабирование и стабильная задержка |
|
Huawei OceanStor Dorado 6000 V6 |
Критичные базы и приложения, крупные виртуальные среды, сервисы с жёсткими требованиями к доступности |
Стоимость простоя высока, требуется большой запас по производительности, ёмкости и дальнейшему развитию |
Таблица помогает определить направление, но не заменяет расчёт. Компания со ста сотрудниками может иметь тяжёлую транзакционную базу, а организация с несколькими тысячами пользователей — сравнительно спокойный файловый архив. Количество сотрудников, виртуальных машин или терабайт само по себе не определяет класс СХД.
Dorado V6
iSCSI
Гарантия 3
Бесплатная доставкаот 5 952 830 ₽
206 861 ₽/мес в лизинг
от 4 960 692 ₽
+ 992 138 НДС
Гарантия 3Бесплатная доставкаот 5 033 474 ₽
174 913 ₽/мес в лизинг
от 4 194 562 ₽
+ 838 912 НДС
iSCSI
Гарантия 3Бесплатная доставкаот 4 079 642 ₽
141 768 ₽/мес в лизинг
от 3 399 702 ₽
+ 679 940 НДС
Dorado 3000 V6: филиалы, виртуализация и файловые сервисы
Dorado 3000 V6 подходит там, где нужна полноценная корпоративная СХД, но нет смысла покупать платформу с максимальным запасом масштабирования. Это может быть инфраструктура филиала, кластер из нескольких серверов виртуализации, файловые ресурсы, терминальные сервисы, офисные базы и прикладные системы среднего размера.
Платформа поддерживает SAS SSD и NVMe SSD. Конфигурация на SAS SSD обычно интересна, когда важно получить all-flash производительность и отказоустойчивость при рациональном бюджете. NVMe стоит рассматривать для более чувствительных к задержке нагрузок, высокой параллельности и дальнейшего роста. Официальная спецификация Dorado 3000 V6 подтверждает поддержку обоих типов SSD, а также FC, iSCSI и файловых протоколов.
Здесь легко попасть в ловушку: «NVMe быстрее, значит всегда берём NVMe». На практике разница может быть почти незаметной, если ограничение находится в сети, приложении или серверных адаптерах. И наоборот, экономия на накопителях окажется ложной, если база уже работает на границе допустимой задержки. Решение принимают после анализа нагрузки, а не по названию интерфейса.
Dorado 5000 V6: ERP, CRM и консолидация
Dorado 5000 V6 рассчитана на более плотную и разнообразную нагрузку. На одной системе могут одновременно работать ERP, CRM, базы данных, VDI и десятки или сотни виртуальных машин. В таком сценарии важно не только обеспечить высокий IOPS, но и удерживать предсказуемую задержку, когда несколько сервисов одновременно выходят на пик.
Особенно это заметно в виртуализации. В обычный момент каждая ВМ потребляет немного ресурсов, но утром пользователи массово входят в систему, ночью запускаются задания резервного копирования, а в конце месяца ERP строит отчёты. Отдельно каждый процесс выглядит безобидно, однако вместе они создают IO-blender — смесь случайного чтения и записи с разными размерами блоков. Для таких сред полезны запас по контроллерам, QoS и возможность разделить ресурсы между приложениями.
Huawei относит Dorado 5000 V6 и 6000 V6 к системам для средних и крупных предприятий и указывает сценарии OLTP/OLAP, виртуализацию, VDI и консолидацию ресурсов. Платформы поддерживают масштабирование, SAN и NAS, а также функции репликации и active-active между площадками.
Dorado 6000 V6: критичные сервисы и большой запас развития
Dorado 6000 V6 имеет смысл рассматривать для систем, где простой быстро превращается в прямые финансовые потери: крупных баз данных, производственных платформ, биллинга, нагруженной виртуализации и других сервисов, от которых зависит работа компании.
Главное отличие здесь не сводится к фразе «ещё больше IOPS». Для критичной инфраструктуры важны масштабирование контроллеров и ёмкости, количество подключений, сценарии репликации, скорость восстановления после отказа, возможность обслуживать систему без остановки и запас под рост на несколько лет. В официальной спецификации для Dorado 6000 V6 заявлены больший диапазон системного кэша и более высокий предел количества SSD и LUN по сравнению с Dorado 5000 V6. Фактические пределы конкретного проекта зависят от версии, лицензий и состава системы.
Покупать Dorado 6000 V6 только потому, что это старшая модель, нерационально. Но ещё дороже может оказаться система, которую через год придётся менять или расширять в аварийном режиме. Если нагрузка критична, правильный запас — не переплата, а часть управления рисками.
Пять параметров для первичного подбора
Чтобы сузить выбор до конкретной модели и конфигурации, на первом этапе достаточно пяти групп данных. Чем точнее они собраны, тем меньше вероятность купить слишком слабую или неоправданно дорогую систему.
1. Полезный объём
Нужно указать не объём установленных сейчас дисков, а фактически занятое и требуемое полезное пространство. Это разные величины. Из сырой ёмкости вычитаются затраты на RAID, системные данные и резерв. Дополнительно место занимают снапшоты, клоны, журналы, реплики и временные данные во время миграции.
Дедупликация и сжатие могут заметно снизить физический объём, особенно в VDI и виртуализации, где данные состоят из одинаковых блоков. Но закладывать коэффициент из рекламного буклета как гарантированный нельзя. Зашифрованные, уже сжатые или мультимедийные данные плохо поддаются дедупликации, при этом и сжатие, и дедупликация сказываются на производительности чтения и записи.. Экономию лучше оценивать по реальному набору данных или результатам пилота.
Для расчёта полезно разделить информацию на классы: рабочие базы, виртуальные машины, файловые ресурсы, архивы, резервные копии. Возможно, не всё нужно переносить на all-flash. Например, активная база и ВМ могут жить на Dorado, а долгосрочные копии — на отдельном более ёмком хранилище.
2. Ежегодный рост данных
СХД покупают не на сегодняшний день. Если сейчас занято 80 ТБ, а объём растёт на 25% в год, через три года потребуется уже около 156 ТБ без учёта снапшотов, реплик и технологического резерва. Линейное прибавление «по 20 ТБ в год» здесь даст неправильный результат, потому что рост обычно считается от нового объёма.
Нужно учитывать не только накопление файлов. На ёмкость влияют новые виртуальные машины, тестовые среды, увеличение сроков хранения, внедрение аналитики, рост базы, переход на более подробное логирование и новые требования к резервному копированию.
Правильный горизонт зависит от бизнеса и бюджета, но обычно конфигурацию оценивают хотя бы на три года. При этом полезно заранее понять, как именно систему можно масштабировать: можно ли добавить накопители в существующую полку, можно ли подключить дополнительный массив или потребуется новая полка, хватит ли портов и не станет ли контроллер ограничением раньше, чем закончится место.
3. Профиль нагрузки
Фраза «нужно 100 ТБ и чтобы быстро» для инженера звучит примерно как «нужна машина, чтобы ездить». По городу? С прицепом? По бездорожью? В гонках? Объём ничего не говорит о характере работы.
Для подбора нужны:
-
текущие и пиковые IOPS;
-
средняя, p95 и p99 задержка;
-
пропускная способность;
-
соотношение чтения и записи;
-
размер блока;
-
случайный или последовательный доступ;
-
число одновременных хостов и ВМ;
-
расписание резервного копирования, отчётов и других тяжёлых задач.
Microsoft и SNIA рассматривают IOPS, throughput, latency и queue depth как взаимосвязанные параметры: при достижении лимита растёт очередь и увеличивается задержка, даже если приложение формально продолжает работать. Поэтому важны не только средние значения, но и пики.
Метрики желательно собирать несколько недель и обязательно захватить нетипичные периоды: закрытие месяца, массовое обновление, полный бэкап, антивирусную проверку, импорт данных. Если измерить только спокойный вторник после обеда, получится СХД для спокойного вторника после обеда.
4. Способ подключения
Для готовых конфигураций основными вариантами будут FC и iSCSI. Оба протокола дают блочный доступ, но предъявляют разные требования к инфраструктуре.
Fibre Channel обычно выбирают для выделенной SAN, критичных баз данных и крупных кластеров виртуализации. Плюсы — изолированная сеть хранения, предсказуемое поведение и зрелая экосистема. Но потребуются FC-коммутаторы, HBA в серверах, оптика, zoning и специалисты, которые умеют всё это сопровождать.
iSCSI передаёт SCSI-команды по Ethernet. Это удобный вариант, если в компании уже есть производительная резервированная IP-сеть и нет желания строить отдельную FC-фабрику. Однако «просто подключить в обычный коммутатор» — плохой план. Для стабильной работы нужны независимые пути, достаточная пропускная способность, корректные VLAN, MPIO, QoS и контроль загрузки сети.
Выбор нельзя делать только по цене портов. Если FC-инфраструктура уже развёрнута, переход на iSCSI ради экономии может усложнить проект. Если компания полностью работает на Ethernet и нагрузка укладывается в возможности сети, отдельная FC-фабрика может оказаться избыточной. Dorado V6 поддерживает оба варианта, а конкретные интерфейсные модули подбираются под существующие серверы и коммутаторы.
5. Требования по RPO и RTO
RPO (Recovery Point Objective) показывает, данные за какое время бизнес готов потерять, а RTO(Recovery Time Objective) — за какое время сервис должен быть восстановлен. NIST определяет RPO как точку во времени, до которой данные нужно вернуть после сбоя, и подчёркивает, что достижение RTO зависит не только от хранилища, но и от восстановления приложений, конфигураций, ключей и других компонентов.
Например, для общего файлового ресурса может быть допустим RPO в несколько часов и восстановление в течение рабочего дня. Для базы заказов потеря даже нескольких минут уже критична, а простой дольше получаса влияет на выручку. Это две совершенно разные архитектуры, хотя объём данных может совпадать.
Важно не путать снапшот, репликацию и резервную копию. Снапшот помогает быстро вернуться к предыдущему состоянию, репликация создаёт копию данных на другой системе или площадке, а резервное копирование обеспечивает независимый контур восстановления. Ошибка пользователя, повреждение данных или шифрование могут попасть в реплику вслед за исходной системой. Поэтому требования по RPO/RTO нужно обсуждать вместе со схемой бэкапа, защитой копий и регламентом аварийного восстановления.
Функции HyperReplication и HyperMetro позволяют строить разные схемы защиты и работы между площадками, но наличие функции в платформе ещё не означает готовый DR-план. Нужно проверить каналы связи, задержку между площадками, совместимость версий, лицензии и поведение приложений при переключении. И самое главное — регулярно тестировать восстановление.
Что ещё проверить до покупки
Пять параметров позволяют начать подбор, но перед финальной конфигурацией понадобится более подробная проверка.
Сначала составляют список серверов, операционных систем, гипервизоров, HBA и сетевых адаптеров. Затем сверяют совместимость и версии прошивок. Отдельно проверяют количество портов, схему коммутации и наличие двух независимых путей.
После этого проектируют пулы, LUN, файловые системы, RAID, QoS и резерв по ёмкости. Не стоит складывать все сервисы в один огромный ресурс только ради простоты. Критичная база, пользовательские файлы и тестовые ВМ имеют разные требования и по-разному ведут себя при пиках.
Ещё один обязательный пункт — миграция. Нужно заранее определить, как данные попадут на новую СХД, сколько займёт копирование, потребуется ли остановка сервисов, как будет проверяться целостность и каким будет план отката. Хорошая практика — сначала перенести некритичный сервис, измерить производительность, проверить отказ одного пути и контроллера, а уже затем переходить к основным системам.
Наконец, надо оценивать не только цену коробки. В проект входят интерфейсные модули, коммутаторы, HBA, оптика и кабели, лицензии, монтаж, миграция, поддержка, резервное копирование и дальнейшее расширение. Иногда более дорогая конфигурация оказывается выгоднее, если не требует перестройки сети или повторной закупки через год.
Короткий алгоритм выбора
Если нужна СХД для филиала, файловых сервисов или умеренного кластера виртуализации, начать стоит с Dorado 3000 V6. Затем выбрать между SAS SSD и NVMe SSD на основании реальных требований к задержке, IOPS и бюджету.
Для ERP, CRM, VDI, нагруженных баз и консолидации нескольких систем логично рассматривать Dorado 5000 V6. Здесь особенно важно учесть одновременные пики, рост количества ВМ и разделение ресурсов между приложениями.
Dorado 6000 V6 подходит для критичных сервисов, крупных сред и проектов, где нужен значительный запас по производительности, ёмкости и масштабированию. Выбор старшей модели должен подтверждаться расчётом стоимости простоя и планом развития, а не только желанием «взять с запасом».
Во всех случаях сначала собирают пять параметров: полезный объём, ежегодный рост данных, профиль нагрузки, способ подключения и требования по RPO/RTO. После этого можно подобрать накопители, порты, RAID, лицензии и схему защиты данных.
Подведём итог
Если виртуальные машины и приложения стали работать медленнее, не спешите добавлять процессоры и оперативную память. Проверьте задержку, IOPS, пропускную способность и очередь на уровне хранения. Возможно, серверы давно ждут СХД, а не наоборот.
На складе Сервер Молл есть готовые двухконтроллерные конфигурации Huawei OceanStor Dorado 3000 V6, 5000 V6 и 6000 V6. Для Dorado 3000 V6 доступны варианты на SAS SSD и NVMe SSD. Специалисты помогут оценить нагрузку, подобрать полезный объём, интерфейсы и функции защиты, а также спланировать подключение и миграцию.
Сервер Молл уже 20 лет занимается серверной инфраструктурой. Представительство в Китае и выстроенная логистика помогают быстро находить нужное оборудование и контролировать поставку. Чтобы начать подбор, достаточно прислать пять параметров: полезный объём, ежегодный рост данных, профиль нагрузки, способ подключения и требования по RPO/RTO.
