Пн–Пт: 09:00-18:00
Сервер для файлового хранилища: как выбрать решение для корпоративных данных
Когда в компании 10 сотрудников, общие документы еще можно хранить на рабочих компьютерах или в нескольких папках с сетевым доступом. При росте бизнеса такая схема быстро становится проблемой: файлы дублируются, права доступа выдаются вручную, свободное место заканчивается, а резервное копирование зависит от того, помнит ли о нем системный администратор.
Тогда возникает задача организовать корпоративный файловый сервер.
Но выбирать сервер для хранения файлов только по объему дисков неправильно. Для бизнеса важны как минимум пять параметров: объем данных, скорость работы, отказоустойчивость, резервное копирование и управление доступом.
Разберем, как подобрать файловое хранилище для компании и не переплатить за ненужную конфигурацию.
Тогда возникает задача организовать корпоративный файловый сервер.
Но выбирать сервер для хранения файлов только по объему дисков неправильно. Для бизнеса важны как минимум пять параметров: объем данных, скорость работы, отказоустойчивость, резервное копирование и управление доступом.
Разберем, как подобрать файловое хранилище для компании и не переплатить за ненужную конфигурацию.
1. Сначала посчитать не текущий объем, а рост данных
Первая цифра, которую нужно определить, – сколько данных компания хранит сейчас.
Предположим, это 4 ТБ.
Покупать файловый сервер ровно на 4 ТБ нельзя: часть пространства потребуется для работы системы, а объем документов будет увеличиваться.
Если данные растут примерно на 30% в год, через три года получаем:
4 ТБ × 1,3 × 1,3 × 1,3 ≈ 8,8 ТБ.
Дополнительно нужен эксплуатационный запас.
Поэтому серверное хранилище данных стоит рассчитывать не под текущий объем, а с учетом его роста хотя бы на несколько лет вперед.
Важно учитывать и тип данных. Например, если компания хранит в основном Word, Excel и PDF, один сотрудник может создавать относительно небольшой объем новых данных. Если бизнес работает с фотографиями, видеозаписями, чертежами или другими крупными файлами, хранилище может расти значительно быстрее.
Поэтому два офиса с одинаковым количеством сотрудников могут нуждаться в совершенно разном объеме дискового пространства.
Предположим, это 4 ТБ.
Покупать файловый сервер ровно на 4 ТБ нельзя: часть пространства потребуется для работы системы, а объем документов будет увеличиваться.
Если данные растут примерно на 30% в год, через три года получаем:
4 ТБ × 1,3 × 1,3 × 1,3 ≈ 8,8 ТБ.
Дополнительно нужен эксплуатационный запас.
Поэтому серверное хранилище данных стоит рассчитывать не под текущий объем, а с учетом его роста хотя бы на несколько лет вперед.
Важно учитывать и тип данных. Например, если компания хранит в основном Word, Excel и PDF, один сотрудник может создавать относительно небольшой объем новых данных. Если бизнес работает с фотографиями, видеозаписями, чертежами или другими крупными файлами, хранилище может расти значительно быстрее.
Поэтому два офиса с одинаковым количеством сотрудников могут нуждаться в совершенно разном объеме дискового пространства.
2. Определить, как сотрудники работают с файлами
Следующий вопрос – не менее важный: как именно используются данные?
Возьмем две компании по 30 сотрудников.
В первой сотрудники работают преимущественно с Word, Excel и PDF: документы обычно занимают от нескольких сотен килобайт до нескольких десятков мегабайт и не создают высокой постоянной нагрузки на файловый сервер.
Во второй работают дизайнеры и инженеры. Они регулярно открывают и сохраняют большие PSD-файлы, видеоматериалы, CAD-чертежи, 3D-модели или проектные архивы, размер которых может измеряться сотнями мегабайт и гигабайтами.
Количество пользователей одинаковое – требования к хранилищу разные.
Во втором случае значительно выше требования к производительности дисковой системы и пропускной способности сети. Если несколько сотрудников одновременно копируют или сохраняют крупные файлы, недостаточно производительный сервер будет замедлять работу всей команды.
Поэтому перед выбором оборудования стоит определить:
Только после этого имеет смысл выбирать диски, сетевые интерфейсы и конкретную конфигурацию сервера.
Возьмем две компании по 30 сотрудников.
В первой сотрудники работают преимущественно с Word, Excel и PDF: документы обычно занимают от нескольких сотен килобайт до нескольких десятков мегабайт и не создают высокой постоянной нагрузки на файловый сервер.
Во второй работают дизайнеры и инженеры. Они регулярно открывают и сохраняют большие PSD-файлы, видеоматериалы, CAD-чертежи, 3D-модели или проектные архивы, размер которых может измеряться сотнями мегабайт и гигабайтами.
Количество пользователей одинаковое – требования к хранилищу разные.
Во втором случае значительно выше требования к производительности дисковой системы и пропускной способности сети. Если несколько сотрудников одновременно копируют или сохраняют крупные файлы, недостаточно производительный сервер будет замедлять работу всей команды.
Поэтому перед выбором оборудования стоит определить:
- сколько сотрудников одновременно работает с файлами;
- какого размера типичный файл;
- насколько часто данные читаются и изменяются;
- есть ли большие графические, видео- или проектные файлы;
- насколько критична скорость открытия и сохранения.
Только после этого имеет смысл выбирать диски, сетевые интерфейсы и конкретную конфигурацию сервера.
3. RAID нужен, но резервной копией он не является
Для корпоративного файлового сервера обычно предусматривают отказоустойчивость дисковой подсистемы.
Например, при выходе из строя одного накопителя правильно спроектированный RAID-массив позволяет продолжить работу и заменить неисправный диск без потери данных.
Но RAID защищает только от определенных отказов оборудования.
Если сотрудник случайно удалит папку, вредоносное ПО зашифрует файлы или администратор ошибочно перезапишет данные, изменения могут затронуть весь массив.
Поэтому правило простое:
RAID обеспечивает отказоустойчивость хранилища. Backup обеспечивает возможность восстановить данные.
Это две разные задачи.
Для критичных корпоративных данных желательно иметь отдельные резервные копии, причем хотя бы одна из них не должна зависеть от основного файлового сервера.
Например, при выходе из строя одного накопителя правильно спроектированный RAID-массив позволяет продолжить работу и заменить неисправный диск без потери данных.
Но RAID защищает только от определенных отказов оборудования.
Если сотрудник случайно удалит папку, вредоносное ПО зашифрует файлы или администратор ошибочно перезапишет данные, изменения могут затронуть весь массив.
Поэтому правило простое:
RAID обеспечивает отказоустойчивость хранилища. Backup обеспечивает возможность восстановить данные.
Это две разные задачи.
Для критичных корпоративных данных желательно иметь отдельные резервные копии, причем хотя бы одна из них не должна зависеть от основного файлового сервера.
4. Права доступа нужно проектировать по ролям
Сервер для общего доступа к файлам не должен означать, что каждый сотрудник видит все документы компании.
Структуру прав лучше проектировать по подразделениям и ролям.
Структуру прав лучше проектировать по подразделениям и ролям.
Например:
Общая папка – доступна всем сотрудникам.
Бухгалтерия – только бухгалтерии и финансовому директору.
HR – только сотрудникам кадровой службы.
Проекты – участникам соответствующего проекта.
Руководство – ограниченной группе пользователей.
Общая папка – доступна всем сотрудникам.
Бухгалтерия – только бухгалтерии и финансовому директору.
HR – только сотрудникам кадровой службы.
Проекты – участникам соответствующего проекта.
Руководство – ограниченной группе пользователей.
В доменной Windows-инфраструктуре права удобно назначать через группы Active Directory, а не вручную каждому пользователю.
Например, новый бухгалтер добавляется в группу Accounting, после чего автоматически получает необходимые права. При увольнении его учетная запись блокируется – и доступ к корпоративным файлам прекращается.
Такой подход значительно проще контролировать, чем десятки индивидуальных разрешений на разные папки.
Например, новый бухгалтер добавляется в группу Accounting, после чего автоматически получает необходимые права. При увольнении его учетная запись блокируется – и доступ к корпоративным файлам прекращается.
Такой подход значительно проще контролировать, чем десятки индивидуальных разрешений на разные папки.
5. Определить, как быстро компания должна восстанавливать данные
Наличие резервных копий само по себе не отвечает на главный бизнес-вопрос: как быстро компания сможет вернуть нужные данные после сбоя или ошибки?
Ситуации могут быть разными.
Сотрудник случайно перезаписал один договор – желательно восстановить предыдущую версию за несколько минут.
Удалили папку отдела с несколькими тысячами документов – потребуется восстановление из резервной копии.
Полностью вышел из строя файловый сервер – нужно восстановить уже все корпоративное хранилище или переключить сотрудников на резервную систему.
Поэтому до выбора решения стоит определить требования к восстановлению.
Ситуации могут быть разными.
Сотрудник случайно перезаписал один договор – желательно восстановить предыдущую версию за несколько минут.
Удалили папку отдела с несколькими тысячами документов – потребуется восстановление из резервной копии.
Полностью вышел из строя файловый сервер – нужно восстановить уже все корпоративное хранилище или переключить сотрудников на резервную систему.
Поэтому до выбора решения стоит определить требования к восстановлению.
Например:
Отдельный файл: восстановить за 10–15 минут.
Папка подразделения: восстановить в течение часа.
Полный отказ основного хранилища: вернуть доступ к критичным данным в течение 2–4 часов.
Отдельный файл: восстановить за 10–15 минут.
Папка подразделения: восстановить в течение часа.
Полный отказ основного хранилища: вернуть доступ к критичным данным в течение 2–4 часов.
Это уже конкретные требования, под которые можно проектировать систему.
Для быстрого возврата отдельных документов можно использовать историю версий или снимки. Для серьезных инцидентов нужны полноценные резервные копии. Если же бизнес вообще не может позволить себе несколько часов простоя, потребуется дополнительное резервирование инфраструктуры.
То есть сначала компания определяет допустимое время восстановления, а уже затем ИТ-специалисты выбирают технический способ его обеспечить.
Для быстрого возврата отдельных документов можно использовать историю версий или снимки. Для серьезных инцидентов нужны полноценные резервные копии. Если же бизнес вообще не может позволить себе несколько часов простоя, потребуется дополнительное резервирование инфраструктуры.
То есть сначала компания определяет допустимое время восстановления, а уже затем ИТ-специалисты выбирают технический способ его обеспечить.
6. Не забыть про сеть
Можно купить производительный сервер и быстрые SSD, а затем подключить его через сеть, которая станет главным ограничением.
Предположим, несколько сотрудников одновременно работают с крупными файлами. Обычного гигабитного подключения сервера может уже не хватать для комфортной работы.
В таком случае стоит рассматривать более производительное подключение серверного хранилища – например, 10 GbE – при условии, что остальная сетевая инфраструктура также его поддерживает.
Но покупать максимальную скорость «на всякий случай» тоже не требуется.
Для офиса, где сотрудники преимущественно работают с небольшими документами, узким местом может никогда не стать сеть.
Поэтому сеть, дисковую подсистему и сценарии использования необходимо рассчитывать вместе.
Предположим, несколько сотрудников одновременно работают с крупными файлами. Обычного гигабитного подключения сервера может уже не хватать для комфортной работы.
В таком случае стоит рассматривать более производительное подключение серверного хранилища – например, 10 GbE – при условии, что остальная сетевая инфраструктура также его поддерживает.
Но покупать максимальную скорость «на всякий случай» тоже не требуется.
Для офиса, где сотрудники преимущественно работают с небольшими документами, узким местом может никогда не стать сеть.
Поэтому сеть, дисковую подсистему и сценарии использования необходимо рассчитывать вместе.
7. Собственный сервер, NAS, аренда или облако?
Файловое хранилище для бизнеса необязательно строить на собственном физическом сервере.
Есть несколько вариантов.
Облачное или арендованное файловое хранилище позволяет не покупать собственное серверное оборудование. Компания получает необходимый объем ресурсов у провайдера и может увеличивать его по мере роста данных. Такой вариант особенно удобен, если сотрудники работают из разных офисов или удаленно, а бизнес не хочет самостоятельно обслуживать физические серверы.
При выборе необходимо учитывать стоимость аренды, требования к каналам связи, резервному копированию, безопасности и размещению данных.
Физический файловый сервер подходит, когда компании важно разместить данные внутри собственной инфраструктуры, требуется высокая локальная производительность или уже существует серверная площадка и специалисты для ее обслуживания.
NAS может быть рациональным вариантом для относительно простой задачи хранения и общего доступа к файлам. Современные устройства поддерживают RAID, разграничение прав, снимки и другие необходимые функции.
Возможна и гибридная схема.
Например, основное файловое хранилище арендуется у провайдера, а резервная копия размещается отдельно. Или сотрудники работают с локальным сервером в офисе, а резервные данные отправляются в облако.
Поэтому выбор стоит начинать не с вопроса «какой сервер купить?», а с другого:
где бизнесу выгоднее и безопаснее хранить данные с учетом стоимости, скорости доступа, требований к восстановлению и дальнейшего роста?
Есть несколько вариантов.
Облачное или арендованное файловое хранилище позволяет не покупать собственное серверное оборудование. Компания получает необходимый объем ресурсов у провайдера и может увеличивать его по мере роста данных. Такой вариант особенно удобен, если сотрудники работают из разных офисов или удаленно, а бизнес не хочет самостоятельно обслуживать физические серверы.
При выборе необходимо учитывать стоимость аренды, требования к каналам связи, резервному копированию, безопасности и размещению данных.
Физический файловый сервер подходит, когда компании важно разместить данные внутри собственной инфраструктуры, требуется высокая локальная производительность или уже существует серверная площадка и специалисты для ее обслуживания.
NAS может быть рациональным вариантом для относительно простой задачи хранения и общего доступа к файлам. Современные устройства поддерживают RAID, разграничение прав, снимки и другие необходимые функции.
Возможна и гибридная схема.
Например, основное файловое хранилище арендуется у провайдера, а резервная копия размещается отдельно. Или сотрудники работают с локальным сервером в офисе, а резервные данные отправляются в облако.
Поэтому выбор стоит начинать не с вопроса «какой сервер купить?», а с другого:
где бизнесу выгоднее и безопаснее хранить данные с учетом стоимости, скорости доступа, требований к восстановлению и дальнейшего роста?
8. Посчитать простой, а не только стоимость решения
Допустим, компания выбирает между двумя вариантами.
Вариант А: более дешевое хранилище без полноценного резервирования.
Вариант Б: отказоустойчивая конфигурация дороже на 250 000 рублей.
Если с общими файлами ежедневно работают 50 сотрудников, а средняя стоимость часа их работы для компании составляет 1 500 рублей, четырехчасовой простой даст:
50 × 1 500 × 4 = 300 000 рублей.
Один серьезный инцидент уже может оказаться дороже разницы между конфигурациями.
Это не означает, что каждой компании необходим максимально отказоустойчивый сервер. Но стоимость решения стоит сравнивать не только с ценой альтернативного оборудования, а со стоимостью возможного простоя и потери данных.
Вариант А: более дешевое хранилище без полноценного резервирования.
Вариант Б: отказоустойчивая конфигурация дороже на 250 000 рублей.
Если с общими файлами ежедневно работают 50 сотрудников, а средняя стоимость часа их работы для компании составляет 1 500 рублей, четырехчасовой простой даст:
50 × 1 500 × 4 = 300 000 рублей.
Один серьезный инцидент уже может оказаться дороже разницы между конфигурациями.
Это не означает, что каждой компании необходим максимально отказоустойчивый сервер. Но стоимость решения стоит сравнивать не только с ценой альтернативного оборудования, а со стоимостью возможного простоя и потери данных.
9. Что проверить перед выбором файлового хранилища
Перед организацией файлового сервера стоит ответить на несколько вопросов:
После этого можно выбирать архитектуру хранилища, необходимый объем, производительность и схему резервного копирования.
- Сколько данных хранится сейчас?
- Насколько быстро растет их объем?
- Сколько сотрудников работает с файлами одновременно?
- Какие типы и размеры файлов используются?
- Какой простой допустим для бизнеса?
- Как должны быть разделены права доступа?
- За какое время необходимо восстановить отдельный файл, папку и все хранилище?
- Где будут храниться резервные копии?
- Какой срок хранения данных требуется?
- Нужно ли сотрудникам работать с файлами удаленно?
- Что выгоднее для компании: собственное оборудование, аренда или облачное решение?
После этого можно выбирать архитектуру хранилища, необходимый объем, производительность и схему резервного копирования.
Главное
Хорошее корпоративное файловое хранилище – это не просто сервер с большим количеством дисков.
Это система, в которой рассчитан рост данных, хватает производительности для одновременной работы сотрудников, настроены права доступа, отказ оборудования не приводит к потере документов, а необходимые данные можно восстановить за приемлемое для бизнеса время.
Поэтому выбирать решение стоит не только по количеству терабайт и стоимости оборудования.
Нужно учитывать стоимость хранения, скорость работы, время восстановления, возможный простой и дальнейший рост компании.
Это система, в которой рассчитан рост данных, хватает производительности для одновременной работы сотрудников, настроены права доступа, отказ оборудования не приводит к потере документов, а необходимые данные можно восстановить за приемлемое для бизнеса время.
Поэтому выбирать решение стоит не только по количеству терабайт и стоимости оборудования.
Нужно учитывать стоимость хранения, скорость работы, время восстановления, возможный простой и дальнейший рост компании.
Не хотите самостоятельно выбирать между сервером, NAS и облаком?
Можно самостоятельно считать необходимое количество терабайт, сравнивать RAID-массивы, сетевые интерфейсы, NAS, физические серверы и различные схемы резервного копирования.
Но бизнесу в первую очередь нужно другое: чтобы сотрудники стабильно получали доступ к документам, права оставались под контролем, данные были защищены, а при сбое их можно было быстро восстановить.
Мы можем оценить объем и характер ваших данных, количество пользователей и требования к доступности и подобрать подходящую архитектуру.
В первую очередь рассмотрим облачное или арендованное файловое хранилище, если компании не требуется покупать и самостоятельно обслуживать собственное серверное оборудование. При необходимости спроектируем локальный сервер, NAS или гибридную схему.
Оставьте заявку – рассчитаем файловое хранилище под задачи вашей компании, сравним варианты размещения и предложим решение с учетом дальнейшего роста данных.
Но бизнесу в первую очередь нужно другое: чтобы сотрудники стабильно получали доступ к документам, права оставались под контролем, данные были защищены, а при сбое их можно было быстро восстановить.
Мы можем оценить объем и характер ваших данных, количество пользователей и требования к доступности и подобрать подходящую архитектуру.
В первую очередь рассмотрим облачное или арендованное файловое хранилище, если компании не требуется покупать и самостоятельно обслуживать собственное серверное оборудование. При необходимости спроектируем локальный сервер, NAS или гибридную схему.
Оставьте заявку – рассчитаем файловое хранилище под задачи вашей компании, сравним варианты размещения и предложим решение с учетом дальнейшего роста данных.
Хотите быть уверены, что резервное копирование сработает в критический момент и защитит ваши данные от потери?