Система хранения данных: Устройство, виды и архитектура СХД

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

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

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

Что такое СХД простыми словами

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

Упрощенная схема работы выглядит так:

1. Приложение формирует запрос на чтение или запись.

2. Операционная система и драйвер направляют его по выбранному протоколу.

3. Сеть, HBA или локальный интерфейс доставляет запрос системе хранения.

4. Контроллер либо программный слой определяет, где находятся нужные блоки, файлы или объекты.

5. Данные читаются из HDD, SSD или NVMe-накопителей, проходят через кэш и возвращаются приложению.

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

Чем СХД отличается от сервера

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

СХД, база данных и облачное хранилище

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

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

Из чего состоит система хранения данных

Состав СХД зависит от класса решения, но основные компоненты повторяются.

Контроллеры и кэш

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

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

Термины active-active и active-passive требуют проверки в документации конкретной системы. В одной архитектуре оба контроллера обслуживают один том параллельно, в другой каждый том принадлежит одному контроллеру, хотя оба модуля активны для разных томов.

Накопители и дисковые полки

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

Порты, сеть и пути доступа

Хостовые порты связывают систему с серверами. Для блочного доступа применяются SAS, Fibre Channel, iSCSI и NVMe over Fabrics. Файловый доступ обычно предоставляется по SMB или NFS. Объектные системы часто используют S3-совместимый API через HTTP.

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

Программное обеспечение и управление

Операционная система СХД создает пулы, тома, файловые ресурсы и политики. Она отвечает за RAID или erasure coding, thin provisioning, снимки, репликацию, QoS, дедупликацию, сжатие, шифрование, журнал событий и обновления.

Виды систем хранения данных: три независимые классификации

СХД классифицируют по способу подключения, модели доступа к данным и способу масштабирования. Эти признаки нельзя складывать в один ряд. Например, SAN описывает сеть блочного доступа, а file storage описывает модель данных. Унифицированная система может одновременно предоставлять блочные тома по SAN и файлы по NAS-протоколам.

DAS, NAS и SAN: как СХД подключается к серверу

DAS

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

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

NAS

NAS, или Network Attached Storage, предоставляет файлы по сети. Клиент видит каталоги и файлы, а файловой системой управляет само хранилище. Основные протоколы корпоративного NAS: SMB и NFS.

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

SAN

SAN, или Storage Area Network, это выделенная сеть, по которой серверы получают блочный доступ к томам СХД. Частые варианты: Fibre Channel и iSCSI. Для операционной системы LUN выглядит как диск, а файловую систему создает хост или кластер.

Блочное, файловое и объектное хранение

Эта классификация отвечает на другой вопрос: в какой форме приложение обращается к данным.

Блочная СХД

Block storage выдает хосту диапазон блоков в виде тома. Система хранения не обязана знать структуру файлов внутри него. Форматирование, файловая система и права на уровне файлов находятся на стороне сервера или гипервизора.

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

Файловая СХД

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

Нагрузка на файловую систему может быть очень разной. Миллионы мелких файлов требуют высокой скорости операций с метаданными. Большие медиаданные требуют устойчивой пропускной способности. Поэтому запрос «файловая СХД на 500 ТБ» еще не является достаточным техническим заданием.

Объектная СХД

Object storage хранит данные как объекты с идентификатором и метаданными. Доступ обычно идет через API, часто S3-совместимый. Иерархия каталогов может имитироваться в имени объекта, но модель отличается от обычной файловой системы.

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

Официальное введение SNIA в объектное хранение отдельно указывает S3 и CDMI как известные интерфейсы, работающие через HTTP. Это еще раз показывает, что объектная модель и SAN являются разными уровнями классификации.

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

Централизованная и scale-up архитектура

В централизованной системе контроллеры управляют общим набором полок. Scale-up означает наращивание ресурсов существующей системы: дисков, SSD, портов, кэша или полок расширения. Такая архитектура понятна в эксплуатации и подходит, пока контроллеры, back-end и допустимое число полок покрывают рост.

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

Распределенная и scale-out архитектура

Scale-out добавляет узлы, вместе с которыми обычно растут емкость, вычислительные ресурсы и сетевые порты. Данные и метаданные распределяются между узлами, а отказоустойчивость реализуется репликацией или erasure coding.

Программно определяемая СХД

SDS, или Software-Defined Storage, отделяет функции хранения от специализированного массива и реализует их программным слоем на стандартных серверах. Программная СХД может предоставлять блоки, файлы или объекты и масштабироваться добавлением узлов.

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

Гиперконвергентная и раздельная архитектура

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

В disaggregated-схеме вычислительный кластер и хранилище разделены. Их можно масштабировать независимо. Документация Microsoft по архитектурам хранения Hyper-V прямо выделяет SAN, NAS, HCI и раздельные конфигурации. Практический выбор определяется тем, совпадает ли темп роста вычислений с темпом роста данных.

HDD, SSD, NVMe, гибридная и All-Flash СХД

Тип носителя влияет на емкость, задержку, IOPS, энергопотребление и стоимость, но не определяет архитектуру целиком.

HDD

Жесткие диски дают большую емкость на один накопитель и подходят для последовательного чтения, архивов, backup и данных с умеренной активностью. Случайный ввод-вывод ограничен механикой, поэтому массив из небольшого числа HDD может не справиться с виртуальными машинами или базой данных даже при достаточном объеме.

SAS и SATA SSD

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

NVMe и NVMe-oF

Локальный NVMe SSD работает через PCIe и использует протокол NVMe. В сетевой архитектуре NVMe over Fabrics переносит командную модель NVMe через фабрику, например TCP, RDMA или Fibre Channel. Это помогает снизить программные накладные расходы и организовать удаленный доступ к NVMe-устройствам, но результат зависит от всей цепочки: накопителя, контроллера, сети, инициатора и приложения.

Базовые различия локальных накопителей разобраны в статье NVMe: что это и чем отличается от SATA SSD. Спецификации сетевого протокола публикует организация NVM Express.

Гибридная и All-Flash СХД

Гибридная система объединяет HDD и SSD. Быстрый уровень может хранить горячие данные или работать как кэш. Экономический эффект зависит от того, насколько стабильно система определяет горячий набор и как ведет себя при промахе кэша.

All-Flash Array использует SSD для основного пула. Такая система уместна при жестких требованиях к задержке, высокой плотности виртуальных машин и случайной нагрузке. Покупка All-Flash не исправит медленную сеть, неверную настройку multipathing, блокировки приложения или недостаток CPU на сервере.

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

Как СХД защищает данные

Отказоустойчивость строится слоями. Каждый механизм закрывает свой риск.

RAID и erasure coding

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

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

Снимки, клоны и репликация

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

Репликация переносит данные на другую систему или площадку. Синхронный режим стремится подтвердить запись после фиксации на обеих сторонах и чувствителен к задержке канала. Асинхронный режим допускает ненулевую точку потери данных. Требования задают через RPO, допустимую потерю данных по времени, и RTO, допустимое время восстановления сервиса.

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

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

Устранение единых точек отказа

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

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

Одна цифра IOPS не описывает производительность системы хранения данных. Для корректного сравнения фиксируют минимум шесть параметров:

• размер блока;

• долю чтения и записи;

• случайный или последовательный характер операций;

• глубину очереди и число параллельных потоков;

• среднюю и хвостовую задержку;

• длительность теста и степень заполнения массива.

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

Например, тысяча операций блоками 4 КиБ передает намного меньше данных, чем тысяча операций блоками 1 МиБ. Для базы данных может быть критична задержка мелкой синхронной записи. Для резервного копирования важнее устойчивый последовательный поток. Для файловой системы с миллионами объектов существенна скорость метаданных.

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

Скорость портов не равна полезной скорости приложения. Ограничение может находиться в одном линке, настройке MTU, HBA, PCIe-слоте, CPU сервера, драйвере, multipathing, количестве сессий, контроллере СХД или самих накопителях.

Для параллельных систем важно посчитать не только суммарный front-end, но и трафик внутри хранилища, восстановление после отказа и запись избыточности. В GPU-кластере сеть хранения проектируют вместе с вычислительной фабрикой. Сравнение вариантов есть в материалах о выборе сети 100, 200 или 400 Гбит/с и InfiniBand или RoCE для GPU-кластера.

Как рассчитать полезный объем СХД

Сначала разделяют четыре понятия:

• сырая емкость: сумма паспортных емкостей всех установленных накопителей;

• полезная емкость после RAID или erasure coding;

• доступная приложению емкость после служебных областей, файловой системы, резервов и hot spare;

• эффективная емкость с учетом дедупликации и сжатия.

Базовый пример для двенадцати одинаковых дисков по 12 ТБ и RAID 6:

Сырая емкость = 12 × 12 ТБ = 144 ТБ

Теоретическая емкость RAID 6 = (12 - 2) × 12 ТБ = 120 ТБ

120 ТБ еще не являются обещанной емкостью для приложения. Нужно вычесть служебные области, резерв свободного места и, если предусмотрено проектом, отдельный spare. Кроме того, производители дисков используют десятичные терабайты, а операционные системы могут показывать двоичные единицы.

Плановый объем рассчитывают так:

Целевая емкость = текущие данные + прирост за расчетный период + снимки + запас на обслуживание и восстановление

Как выбрать систему хранения данных

1. Опишите нагрузку

Соберите фактические метрики существующих серверов: занятый объем, суточный и годовой прирост, IOPS, throughput, задержку, размер блока, долю чтения и записи, пики, количество хостов и характер файлов. Для нового приложения запросите требования разработчика и проведите нагрузочный тест прототипа.

2. Выберите модель доступа

Для виртуальных дисков и транзакционных систем часто нужен block storage. Для общих каталогов нужен file storage. Для backup, архива и data lake может подойти object storage. Если нужны несколько моделей, рассматривают унифицированную СХД или отдельные специализированные системы.

3. Определите архитектуру подключения

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

4. Рассчитайте емкость и рост

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

5. Задайте требования к доступности

Укажите RPO, RTO, допустимые окна обслуживания и домены отказа. Определите, нужна ли вторая площадка, синхронная или асинхронная репликация, неизменяемые копии и изоляция backup.

6. Проверьте устойчивую производительность

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

7. Посчитайте жизненный цикл

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

Какую архитектуру выбрать для разных задач

СХД для AI, машинного обучения и больших данных

В AI-проекте хранилище влияет на загрузку GPU. Если датасет читается медленнее, чем его обрабатывают ускорители, дорогие вычислительные узлы простаивают. При записи checkpoints проблема меняется: система должна принять короткий параллельный поток от многих узлов и быстро вернуть кластер к обучению.

Проектировщик разделяет уровни данных:

• объектное или емкостное хранилище для исходных датасетов и архива;

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

• локальные NVMe SSD для кэша, shuffle и временных данных;

• отдельный уровень для checkpoints и резервных копий, если профиль записи этого требует.

Подробная методика с рабочим набором, checkpoints и связью СХД с GPU-сетью дана в статье о хранении датасетов и checkpoint в AI-кластере. Реальный пример разделения вычислений, сети и NVMe-хранилища показан в проекте частного AI-кластера для корпоративного LLM и RAG.

Примеры аппаратных СХД

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

Для IP-SAN примером служит HPE MSA 2070 с 25Gb iSCSI и SFF-корзиной. Для существующей или новой FC-фабрики можно рассматривать HPE MSA 2070 с 32Gb Fibre Channel. Обе конфигурации относятся к блочным scale-up системам и допускают подбор SSD или HDD согласно матрице совместимости.

Huawei OceanStor Dorado 3000 V6 показывает другой класс: All-Flash платформа с блочными и файловыми протоколами. По официальному datasheet для семейства заявлены FC, iSCSI, FC-NVMe, NVMe over RoCE, NFS и CIFS. Наличие протокола в семействе не означает, что он включен в любую поставку, поэтому лицензии, порты и трансиверы проверяют в конкретной спецификации.

Типичные ошибки при проектировании СХД

Покупка только по терабайтам

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

Смешение NAS, SAN и типа носителя

NAS и SAN описывают способ доступа, а HDD, SSD и NVMe описывают носители и транспорт нижнего уровня. NAS может быть All-Flash, а SAN может быть гибридной.

Расчет по пиковой компрессии

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

Один быстрый порт вместо резервированной архитектуры

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

RAID вместо backup

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

Отсутствие теста деградированного режима

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

Игнорирование роста и миграции

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

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

СХД: что это и как расшифровывается?

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

Для чего используют системы хранения данных?

СХД используют для виртуальных машин, баз данных, общих файлов, резервных копий, архивов, аналитики, видеонаблюдения, AI и других корпоративных данных. Конкретная архитектура зависит от модели доступа и нагрузки.

Из чего состоит система хранения данных?

Типовая СХД включает накопители, контроллеры или узлы, кэш, дисковые полки, сетевые порты, блоки питания, охлаждение и программное обеспечение. В проект также входят коммутаторы, HBA или NIC, кабели, multipathing, мониторинг и backup.

Чем СХД отличается от сервера?

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

Какие виды СХД существуют?

По подключению выделяют DAS, NAS и SAN. По модели доступа используют блочное, файловое и объектное хранение. По масштабированию различают scale-up и scale-out, а по носителям: HDD, гибридные и All-Flash системы. Это независимые классификации.

Чем NAS отличается от SAN?

NAS обычно предоставляет файлы по SMB или NFS. SAN предоставляет серверам блочные тома через Fibre Channel или iSCSI. В SAN файловой системой управляет сервер или кластер, в NAS это делает хранилище.

Как подключить СХД к серверу?

Для прямого доступа применяют SAS, для IP-SAN: iSCSI, для специализированной фабрики: Fibre Channel. После физического подключения настраивают сеть или зоны, инициаторы, выдачу LUN, multipathing и файловую систему. Затем тестируют отказ каждого пути.

Что такое блочная СХД?

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

Что показывают IOPS СХД?

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

Что такое полезный объем СХД?

Полезный объем остается после избыточности RAID или erasure coding, служебных областей и резервов. Он меньше сырой суммы емкостей дисков. Эффективная емкость с дедупликацией является отдельным показателем.

RAID заменяет резервное копирование?

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

От чего зависит стоимость СХД?

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

Подбор СХД под вашу нагрузку

Для спецификации нужны исходные метрики: текущий и прогнозный объем, IOPS, пропускная способность, задержка, размер блока, доля чтения и записи, число серверов, протоколы, RPO, RTO и план роста. Без них подбор превращается в сравнение несопоставимых карточек.

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