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

Отдельный сервер хранения данных для бизнеса оправдан, если выполняется хотя бы несколько условий:

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

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

Разные данные требуют разного доступа, и от этого зависит архитектура.

• Файловый доступ (SMB, NFS). Документы, сканы, проектные файлы, медиа. Пользователи видят привычные папки. SMB используют в Windows-средах, NFS — в Linux и смешанных.
• Блочный доступ (iSCSI, Fibre Channel). Сервер видит хранилище как собственный диск. Так подключают тома для виртуальных машин и СУБД. Сервер хранения баз данных почти всегда работает с блочным доступом и быстрыми дисками.
• Объектный доступ (S3). Файлы хранятся как объекты с метаданными. Подходит для архивов, резервных копий, данных приложений и больших массивов неструктурированной информации.

Ёмкость считают по сегодняшним данным, росту и тому, что понадобится для версий и резервных копий. Возьмём условную компанию из 30 человек с 1С, общими документами и видео наблюдением.

Из примера видно, что основную часть занимает видеоархив, а не документы. Поэтому видеонаблюдение часто выносят на отдельное хранилище с медленными ёмкими дисками, а документам и базам отдают быстрые. И второе: 10 ТБ полезного объёма — это не 10 ТБ дисков. Часть ёмкости уйдёт на RAID.

Объём в терабайтах ничего не говорит о скорости. Архив и база данных одного размера нагружают хранилище совершенно по-разному.

База 1С, с которой работают 30 человек, — это тысячи мелких случайных операций в секунду. Жёсткий диск выдаёт 100–200 таких операций, SSD — в сотни раз больше. Поэтому базы и виртуальные машины ставят на SSD, а ёмкие HDD оставляют для архивов, видео и бэкапов. Частый компромисс — гибридная схема, где горячие данные лежат на SSD, а холодные на HDD.

RAID объединяет несколько дисков так, чтобы выход из строя одного не приводил к потере данных. Посмотрим на примере шести дисков по 8 ТБ.

Почему на больших дисках осторожнее с RAID 5? После замены вышедшего из строя диска массив пересобирается. Для диска на 8 ТБ при скорости около 180 МБ/с это минимум 12 часов, а под рабочей нагрузкой — сутки и больше. Всё это время массив работает без защиты, и отказ второго диска означает потерю данных. RAID 6 переживает и такой сценарий.

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

Резервную копию проектируют отдельно от сервера хранения. Классическое правило 3-2-1: три копии данных, на двух разных носителях, одна из них — на другой площадке.

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

Помимо дисков, скорость хранилища определяют:

• Сеть. Канал 1 Гбит/с на практике даёт около 110 МБ/с — это потолок для всех пользователей файлового сервера вместе. Для виртуализации и больших объёмов нужны 10 Гбит/с и выше.
• Задержка (latency). Для баз данных и виртуальных машин важнее, как быстро выполняется каждая операция, чем общая скорость.
• Одновременность. Десять человек, открывающих документы, и сто человек, работающих в 1С, нагружают хранилище по-разному.
• Кэш и контроллер. RAID-контроллер с кэшем и защитой от потери питания заметно ускоряет запись.

Отказоустойчивость — это заранее продуманные ответы на вопрос «что будет, если…»:

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

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

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

Покупка оправдана, когда нагрузка понятна на годы вперёд, нужен полный контроль над оборудованием и есть кому его обслуживать. Аренда сервера хранения данных удобна, если нужно быстро получить ресурс без капитальных затрат или объём будет сильно меняться.

Цена сервера хранения данных складывается из дисков, контроллера, корпуса с нужным числом отсеков, сетевых карт, резервирования и обслуживания. Заметную долю бюджета составляют именно диски, поэтому точный расчёт объёма из предыдущих разделов прямо экономит деньги.

Интерфоника — технологический провайдер из Иркутска с собственной оптической сетью и двумя ЦОДами в городе. Компания 15 лет работает на местном рынке и помогает бизнесу организовать хранение данных под конкретную задачу.

• Подбор сервера под нагрузку. Инженеры подбирают оборудование с учётом реальной нагрузки. Подбор серверов — от 1 000 ₽.
• Размещение в собственных ЦОДах. Двойное электропитание, продуманное охлаждение, пожаротушение, круглосуточный доступ и мониторинг. Размещение сервера (colocation) — от 5 000 ₽ за юнит.
• Быстрый канал до хранилища. Собственная оптическая сеть до 100 Гбит/с и бесплатное прямое подключение к ЦОДу. Большие объёмы данных переносятся за часы.
• Гибридное хранение. Критичные данные остаются у вас, а резервные копии размещаются на ресурсах Интерфоники. Данные шифруются заранее, поэтому прочитать их не может даже провайдер.
• Защищённое хранение и восстановление. Резервное копирование с изолированными копиями, недоступными из основной сети, географически разнесённое хранение и регулярные тесты восстановления.
• Требования закона. Инфраструктура соответствует требованиям 152-ФЗ, для персональных данных есть облако с уровнем защищённости УЗ-2.

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

На надёжность хранения обращают внимание и сами клиенты. Системный администратор компании ИЗГТ в отзыве на сайте рассказывает, что за шесть лет сотрудничества компания собрала в Интерфонике большой серверный парк и претензий к работе инфраструктуры за это время не было.

Что такое сервер для хранения данных?
Это сервер, который хранит файлы, базы и архивы компании и предоставляет к ним доступ сотрудникам и программам по сети. В отличие от обычного компьютера, он рассчитан на круглосуточную работу, защищает данные RAID-массивом и позволяет гибко управлять правами доступа.

Что лучше: NAS или сервер для хранения данных?
NAS проще и дешевле, он хорошо подходит для небольшого офиса и файлового доступа. Сервер гибче: на нём можно держать базы данных, виртуальные машины, настраивать интеграцию с доменом и наращивать диски. Для компании от 20–30 сотрудников с 1С и растущим объёмом данных обычно выбирают сервер.

Какой RAID выбрать для сервера хранения данных?
Для баз данных и виртуальных машин — RAID 10: он быстрее на запись. Для архивов и видеонаблюдения на больших жёстких дисках — RAID 6: он переживает отказ двух дисков. RAID 5 на дисках от 8 ТБ используют с осторожностью из-за долгой пересборки.

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

Чем облачный сервер хранения данных отличается от своего сервера в ЦОД?
В облаке вы арендуете ресурс у провайдера и не владеете оборудованием. При размещении в ЦОД (colocation) сервер принадлежит вам, а площадка обеспечивает питание, охлаждение, связь и безопасность. Первый вариант удобнее при меняющихся объёмах, второй — при постоянной нагрузке и требованиях к контролю над данными.

Где разместить сервер хранения данных в Иркутске?
Если в офисе нет полноценной серверной, сервер размещают в дата-центре. У Интерфоники два собственных ЦОДа в Иркутске с резервированием питания, охлаждения и каналов связи, а до площадки можно бесплатно протянуть прямой оптический канал до 100 Гбит/с.