Файловое хранение

Файловое хранение – это задача, с которой сталкиваются 100% компаний. Будь то личные данные пользователей или данные, которые генерируют приложения.

В большинстве случаев файловые хранилища организовываются на выделенных виртуальных или физических серверах под управлением Windows или Linux. Однако сами серверы, в особенности это касается виртуальных машин, не имеют своей дисковой емкости – она предоставляется серверу с внешнего хранилища. То есть сервер выступает в роли посредника между системой хранения и пользователями (люди или приложения).

Использование СХД AERODISK ENGINE позволяет убрать посредника, так как предоставляет возможность организации файлового доступа по протоколам NFS и SMB (CIFS). 

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


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


Рассмотрим реальный пример постановки задачи по файловому хранению и её решение с помощью СХД AERODISK 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% емкости и более



 

ОСТАВИТЬ ЗАЯВКУ