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

Файловое хранение – это задача, с которой сталкиваются 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, собранные в RAID102x10Гб/c Ethernet или 4x1 Гб/c EthernetNFS, SMBБазовая лицензия Лицензия на диски Лицензия на дедупликацию Лицензия на ПО Aerodisk Engine (A-CORE) SSD кэш (чтение и запись)На файловых серверах, как правило, дедупликация работает эффективно и позволяет сэкономить до 40% емкости и более

АЭРОДИСК

Подпишитесь на нашу рассылку,

чтобы быть в курсе последних новостей

Нажимая на кнопку, я соглашаюсь на обработку своих персональных данных в соответствии с Политикой в отношении обработки персональных данных АЭРОДИСК, а также соглашаюсь на получение рекламно-информационных материалов компании.