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

С каких задач начинается выбор сервера хранения

Сервер хранения данных может решать разные задачи. Для одних компаний это централизованная файловая папка с правами доступа. Для других — backup- репозиторий, архив, локальное NAS-хранилище, storage для виртуализации, место для баз данных, проектных файлов, медиаданных, видеозаписей или рабочих документов отделов.

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

Емкость: как рассчитать объем и запас под рост

Расчет емкости начинается с текущего объема данных, но на нем не заканчивается. Нужно учитывать годовой рост, резервные копии, версии файлов, snapshots, служебные данные, RAID-избыточность, запас свободного места и возможное расширение через дополнительные диски или полки. Если купить сервер «впритык», модернизация может потребоваться уже через несколько месяцев.

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

Дисковая подсистема: HDD, SSD, NVMe, RAID и HBA

Дисковая подсистема определяет не только объем, но и скорость работы сервера хранения. HDD подходят для архивов, файловых ресурсов и backup, где важна емкость. SSD полезны для активных файлов, баз данных и виртуальных машин. NVMe нужны там, где важны минимальные задержки, высокий IOPS и интенсивная параллельная нагрузка.

RAID-контроллер или HBA подбирают под ОС, гипервизор, файловую систему, тип дисков и требования к восстановлению. RAID 1 может использоваться для системного раздела, RAID 10 — для производительных массивов, RAID 5/6 — для емких хранилищ с избыточностью, но выбор зависит от числа дисков, риска отказа, скорости rebuild, нагрузки и требований к данным.

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

Производительность: CPU, память, сеть и файловые протоколы

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

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

Отдельно нужно учитывать протоколы доступа: SMB для Windows-среды, NFS для Linux/Unix и виртуализации, iSCSI для блочного доступа, а также интеграцию с доменом, правами пользователей, группами, аудитом и политиками безопасности.

Надежность, backup и защита данных

Надежность сервера хранения складывается из нескольких уровней: ECC-память, избыточность дисков, резервные блоки питания, мониторинг, уведомления, контроль температуры, SMART, исправные вентиляторы, ИБП, качественная сеть, регламенты обслуживания и регулярные резервные копии.

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

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

Сеть: как не сделать storage медленным из-за интерфейсов

Даже быстрые диски не помогут, если сеть становится узким местом. Для простого файлового доступа может хватить 1GbE, но для больших файлов, backup, виртуализации, медиаданных, баз и одновременной работы многих пользователей стоит рассматривать 10GbE, 25GbE или выше.

Желательно разделять management, пользовательский доступ, storage-трафик и backup-трафик. Для инфраструктур с несколькими серверами стоит продумать VLAN, резервирование портов, LACP, multipath, SFP/DAC, коммутаторы, мониторинг сетевой нагрузки и защиту административного доступа.

Для сетевой части полезен раздел «Сетевое оборудование». Для внешнего хранения — хранилища данных и СХД. Для серверной платформы, дисков, RAID/HBA и памяти — серверное оборудование.

Типичные ошибки при выборе сервера для хранения данных

Первая ошибка — выбирать сервер только по суммарному объему дисков. Вторая — не учитывать RAID-избыточность, snapshots, backup, версии и свободное место. Третья — ставить медленные HDD под нагрузку, где нужны SSD или NVMe. Четвертая — недооценивать сеть и получать медленный доступ к данным при формально мощной дисковой подсистеме.

Пятая ошибка — не планировать восстановление. Наличие копии не гарантирует, что данные можно быстро вернуть в работу. Шестая — не учитывать рост данных: новые отделы, проекты, камеры, базы, виртуальные машины и backup могут быстро занять весь запас.

Седьмая ошибка — не проверять совместимость компонентов: диски, контроллеры, HBA, RAID, backplane, память, сетевые карты, корпус, блоки питания, ОС, гипервизор и backup-софт должны работать как единая конфигурация.

Какие данные подготовить перед подбором сервера ANDPRO

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

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