Файловое хранение
Файловое хранение – это задача, с которой сталкиваются 100% компаний,
будь то личные данные пользователей или данные, которые генерируют приложения
В большинстве случаев файловые хранилища организовываются на выделенных виртуальных или физических серверах под управлением Windows или Linux. Однако сами серверы, в особенности это касается виртуальных машин, не имеют своей дисковой емкости – она предоставляется серверу с внешнего хранилища. То есть сервер выступает в роли посредника между системой хранения и пользователями (люди или приложения).
Использование СХД АЭРОДИСК ENGINE позволяет убрать посредника, так как предоставляет возможность организации файлового доступа по протоколам NFS и SMB (CIFS).
На данной схеме представлена схема обычной организации файлового доступа и хранения:
Схема реализации файлового доступа и хранения при использовании СХД АЭРОДИСК выглядит следующим образом:
Рассмотрим реальный пример постановки задачи по файловому хранению и её решение с помощью СХД АЭРОДИСК ENGINE:
Задача:
В организации есть 300 пользователей, каждый из которых хранит 15 ГБ рабочих данных на файловом сервере. Все пользователи работают на ОС Windows и используют сетевые папки по протоколу CIFS.
Также в организации есть ПО, которое работает с сетевыми источниками по протоколу NFS. Общий объем всех сетевых ресурсов для ПО составляет 80TB. ПО создает или изменяет 1 млн файлов в день. Средний размер файла 1 МБ.
Решение:
Так как для работы пользователей и приложений важна скорость отклика, то следует использовать блок данных небольшого размера, так как именно на блоке данных небольшого размера СХД дает наибольшее количество операций чтения/записи (IOPS). В этом расчете будет использован блок размером 4 КБ.
По статистике, обычный пользователь создает нагрузку на систему равную 5-8 IOPS. Для работы 300 пользователей потребуется 300*8 = 2400 IOPSи 2400*4 (размер блока) = 9,4 МБ/c пропускной способности.
Будем считать, что все 100% нагрузки ПО дает только в рабочие часы, когда с системой работают пользователи. Один файл занимает: 1024 КБ (1 МБ) / 4 КБ (размер блока) = 256 блоков. Всего блоков: 1 000 000 (всего файлов) * 256 = 250 600 000 блоков. Количество операций ввода вывода (IOPS): 250 600 000 / 32 400 (секунд в 9-ти часовом рабочем дне) = 7 901 IOPS. Пропускная способность: 7901*4 = 31 МБ.
Итого:
- Полезная емкость = 300*0,015 + 80 = 84,5 ТБ;
- IOPS= 2 400 + 7 901 = 10 301;
- пропускная способность (bandwidth или throughput) = 9,4 + 31 = 40,4 МБ.
Как видно из расчета, количество IOPS нужно достаточно большое, однако пропускная способность небольшая. Но не стоит забывать, что ночью будут выполняться бэкапы, где характер нагрузки совершенно иной, и при бэкапе потребуется пропускная способность в разы выше.
Пример конфигурации для решения поставленной задачи:
Контроллеры | Диски | Ввод/вывод | Протоколы доступа | Лицензии | Примечания |
---|---|---|---|---|---|
EngineN2 с 2-мя контроллерами на 24 диска 3,5/2,5 дюйма | NL-SAS16x8TB 7.2k, собранные в RAID60 SSD 5x800GB3 DWPD, собранные в RAID10 | 2x10Гб/c Ethernet или 4x1 Гб/c Ethernet | NFS, SMB | Базовая лицензия Лицензия на диски Лицензия на дедупликацию Лицензия на ПО Aerodisk Engine (A-CORE) SSD кэш (чтение и запись) | На файловых серверах, как правило, дедупликация работает эффективно и позволяет сэкономить до 40% емкости и более |