Требования к файловому серверу

В качестве примера используется Windows Server 2012 R2. Инструкция разбита на несколько шагов и представляет из себя полный цикл настройки файлового хранилища для использования в малых и средних компаниях.

Шаг 1. Выбор оборудования и подготовка сервера

В качестве сервера, желательно, выбрать профессиональное оборудование. Системные требования для файлового сервера не высокие:

  • Процессор может быть самый простой;
  • Оперативная память также не сильно используется;
  • Дисковая система — самый основной компонент. Ее объем зависит от специфики бизнеса. Примерная формула — не менее 15 Гб на пользователя и не менее 1 Тб на сервер. До 50 пользователей можно рассматривать диски SATA, после — SAS или SSD.

Например, для компании в 300 пользователей подойдет сервер с процессором Xeon E3, 8 Гб ОЗУ и 5 Тб дискового пространства на дисках SAS 10K.

Дополнительные требования

  1. Для обеспечения сохранности информации при выходе из строя жесткого диска, необходим RAID-контроллер. Настройка последнего выполняется из специального встроенного программного обеспечения, которое запускается при загрузке сервера;
  2. Сервер должен быть подключен к источнику бесперебойного питания;
  3. Необходимо предусмотреть резервное копирование. Для этого нужен дисковый накопитель (внешний жесткий диск) или другой сервер.

Подробнее о выборе оборудования читайте статью Как выбрать сервер.

Шаг 2. Установка Windows и настройка системы

Установка системы

На этом шаге все стандартно, за исключением одного нюанса: разбивая во время установки Windows жесткий диск, стараемся выделить небольшую часть (70 – 120 Гб) для системы и все остальное под данные. Если выделить много дискового пространства для системного раздела, увеличится время его обслуживания и фрагментация, что негативно скажется на производительности и надежности системы в целом.

Настройка системы

  1. Проверяем правильность настройки времени и часового пояса;
  2. Задаем понятное имя для сервера и, при необходимости, вводим его в домен;
  3. Если сервер не подключен напрямую к сети Интернет, стоит отключить брандмауэр;
  4. Для удаленного администрирования, включаем удаленный рабочий стол;
  5. Устанавливаем все обновления системы.

Шаг 3. Базовые настройки файлового сервера

Это стандартные действия, которые выполняются при настройке обычного файлового сервера.

Установка роли и вспомогательных компонентов

Как правило, данная роль устанавливается вместе с Windows. Остается только это проверить и доустановить компоненты, которые нужны для полноценной эксплуатации сервиса.

Открываем Диспетчер серверов. Он может быть запущен из панели быстрого запуска.

Нажимаем УправлениеДобавить роли и компоненты.

В открывшемся окне оставляем Установка ролей и компонентов и нажимаем Далее.

В следующем окне выбираем нужный сервер (выбран по умолчанию, если работаем на сервере, а не через удаленную консоль) и нажимаем Далее.

Среди ролей находим Файловые службы и службы хранилища, раскрываем ее и проверяем, что установлены галочки напротив следующих компонентов:

  • Службы хранения;
  • Файловый сервер;

Если данные службы не установлены, выбираем их и нажимаем Далее.

В окне Выбор компонентов просто нажимаем Далее.

Откроется окно Подтверждение установки компонентов. Нажимаем Установить и после окончания процесса перезагружаем сервер.

Настройка шары (общей папки)

Создаем первую папку, которую хотим предоставить в общее использование. Затем кликаем по ней правой кнопкой мыши и нажимаем Свойства:

В открывшемся окне переходим на вкладку Доступ и нажимаем Расширенная настройка:

Ставим галочку Открыть общий доступ к этой папке и нажимаем кнопку Разрешения:

Предоставляем полный доступ всем пользователям:

* конечно же, мы не будем давать доступ всем пользователям, но для этого есть вкладка безопасность (см. ниже).

Нажимаем OK и еще раз OK.

Теперь переходим на вкладку Безопасность и нажимаем Дополнительно:

В открывшемся окне нажимаем Отключение наследования и Преобразовать унаследованные разрешения в явные разрешения этого объекта.

Выставляем необходимые права на папку, например:

Совет: старайтесь управлять правами на ресурсы только при помощи групп. Даже если доступ необходимо предоставить только одному человеку!

Теперь нажимаем OK два раза. Папка настроена для общего использования и в нашем примере доступна по сетевому пути \fs1Общая папка.

Шаг 4. Тюнинг файлового сервера или профессиональные советы

Данные настройки, по сути, представляют секреты того, как сделать файловый сервер лучше, надежнее и безопаснее. Применяя их, администраторы создают более правильную и профессиональную среду ИТ.

С самого начала стоит создавать общие папки в пространстве имен DFS. На это есть две основные причины:

  1. При наличии или появлении нескольких файловых серверов пользователям будет удобнее находить общие папки в одном месте.
  2. Администратор легко сможет создать отказоустойчивую систему при необходимости.

Теневые копии

Позволят вернуться к предыдущим версиям файлов. Это очень полезная функция позволит не только восстановить некорректно отредактированный документ, но и вернуть случайно удаленный файл или папку.

Как настроить и пользоваться данной возможностью, читайте подробнее в инструкции Как включить и настроить теневые копии.

Аудит

Аудит позволит вести протокол доступа к данным — понять, кто и когда удалил важные данные или внес в них изменения.

О том, как настроить данную возможность читайте статью Как включить аудит доступа к файлам Windows.

Шаг 5. Настройка средств обслуживания

Ни одна инфраструктура не может полноценно существовать без мониторинга и резервного копирования. Предупредить о возможной проблеме, узнать о последней раньше пользователей или иметь возможность восстановить данные — показатели высокой ответственности и профессионализма системного администратора.

Резервное копирование

Для файлового сервера все просто — необходимо резервировать все рабочие папки и файлы. Лучшим решением будет ежедневное копирование новых данных, и с определенной периодичностью (например, раз в месяц), создавать полный архив.

Читайте также:  Что делать если слишком большой нос

Мониторинг

  1. Сетевую доступность сервера;
  2. Свободное дисковое пространство;
  3. Состояние жестких дисков.

Шаг 6. Тестирование

Тестирование состоит из 3-х основных действий:

  1. Проверить журналы Windows и убедиться в отсутствие ошибок. В случае их обнаружения, необходимо устранить все проблемы.
  2. Выполнить действия анализатора соответствий рекомендациям.
  3. Провести живой тест работы сервиса с компьютера пользователя.

  • Главная
  • Поддержка
  • Системные требования

Ниже представлены аппаратные и программные требования для работы основных компонентов Technologi CS :

Серверная часть

Сервер баз данных

Сервер баз данных

Наиболее требовательным к используемым ресурсам является SQL сервер.

Поддерживаются следующие версии Microsoft SQL Server:

  • Microsoft SQL Server 2017;
  • Microsoft SQL Server 2016;
  • Microsoft SQL Server 2014;
  • Microsoft SQL Server 2012;
  • Microsoft SQL Server 2008 R2;
  • Microsoft SQL Server 2008;
  • Microsoft SQL Server 2005 SP2;
  • Microsoft SQL Server 2000 SP4;

Рекомендуются следующие характеристики:

При использовании Microsoft SQL Server 2017 (Standard Edition) (TechnologiCS 7.5 и выше.)

  • Файловая система – NTFS
  • Операционная система . Windows Server 2016 x64 Standard. 4 Gb ОЗУ ( рекомендуется 8 Gb). Тактовая частота процессора 3.6 ГГц и выше.

При использовании Microsoft SQL Server 2016 (Standard Edition) (TechnologiCS 7.1 и выше.)

  • Файловая система – NTFS
  • Операционная система . Windows Server 2012 x64 Standard SP2. 4 Gb ОЗУ ( рекомендуется 8 Gb). Тактовая частота процессора 3.6 ГГц и выше.

При использовании Microsoft SQL Server 2014 (Standard Edition) (TechnologiCS 7.0 и выше.)

  • Файловая система – NTFS;
  • Операционная система . Windows Server 2012 x64 Standard SP2 или Windows Server 2012 Essential или Windows Server 2008 SP2 Standard. 4 Gb ОЗУ ( рекомендуется 8 Gb). Тактовая частота процессора 3.6 ГГц и выше.

При использовании Microsoft SQL Server 2014 x64 (Standard Edition) (TechnologiCS 7.0 и выше.)

  • Файловая система – NTFS;
  • Операционная система . Windows Server 2012 x64 Standard SP2 или Windows Server 2008 x64 Standard SP2. 4 Gb ОЗУ ( рекомендуется 8 Gb). Тактовая частота процессора 3.6 ГГц и выше.

При использовании Microsoft SQL Server 2012 (Standard Edition) (TechnologiCS 6.3 и выше):

  • Файловая система – NTFS;
  • Операционная система. Windows Server 2012 x64 Standard SP2 или Windows Server 2012 Essential или Windows Server 2008 SP2 Standard. 4 Gb ОЗУ ( рекомендуется 8 Gb). Тактовая частота процессора 3.6 ГГц и выше

При использовании Microsoft SQL Server 2012 x64 (Standard Edition) (TechnologiCS 6.3 и выше):

  • Файловая система – NTFS;
  • Операционная система. Windows Server 2012 x64 Standard SP2 или Windows Server 2008 x64 Standard SP2. 4 Gb ОЗУ ( рекомендуется 8 Gb). Тактовая частота процессора 3.6 ГГц и выше.

При использовании Microsoft SQL Server 2008 (Standard Edition) (TechnologiCS 5.7 и выше):

  • Файловая система – NTFS;
  • Операционная система. Windows Server 2003 SP2 Standard или Windows Server 2008 Standard. 2 Gb ОЗУ ( рекомендуется 4 Gb). Тактовая частота процессора 2 ГГц и выше.

При использовании Microsoft SQL Server 2008 x64 (Standard Edition) (TechnologiCS 5.7 и выше):

  • Файловая система – NTFS;
  • Операционная система. Windows Server 2003 SP2 64-bit Standard или Windows Server 2008 x64 Standard. 2 Gb ОЗУ ( рекомендуется 4 Gb). Тактовая частота процессора 2 ГГц и выше.

При использовании Microsoft SQL Server 2005 SP2 (Standard Edition) (TechnologiCS 5.0.2 и выше):

  • Файловая система – NTFS;
  • Операционная система. Windows Server 2000 SP4 или Windows Server 2003 Standard or Windows Server 2008 Standard. 2 Gb ОЗУ ( рекомендуется 4 Gb). Тактовая частота процессора 2 ГГц и выше.

При использовании Microsoft SQL Server 2000 SP4 (Standard Edition):

  • Файловая система – NTFS;
  • Операционная система. Windows Server 2000 Server или Windows Server 2003 Standard. 1 Gb ОЗУ ( рекомендуется 2 Gb). Тактовая частота процессора 1 ГГц и выше.

Размер дискового пространства. Определяется размером используемых данных и модулей TechnologiCS. Рекомендуется не менее 60 Gb. Рекомендуется использовать RAID массив, SCSI или SATA интерфейс.

При количестве одновременно работающих пользователей 70-200 рекомендуется использовать многопроцессорные (2-4) системы и увеличить объем ОЗУ до 8-16 Gb.

При количестве одновременно работающих пользователей более 200 рекомендуется использовать кластер.

Для резервного копирования данных рекомендуется использовать встроенные средства SQL сервер или административную утилиту TechnologiCS.

Файловый сервер

Файловый сервер

Основные требования в файловому серверу предъявляются в части дисковых подсистем.

Файловая система: NTFS или FAT (рекомендуется NTFS).

Локальная сеть: 10 Мбит (рекомендуется 100 Мбит и выше).

  • Microsoft Windows 2019 Server (Standard Edition). 3 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2016 Server (Standard Edition). 3 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2012 Server (Standard Edition). 3 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2008 Server (Standard Edition). 2 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2003 Server (Standard Edition). 1Gb ОЗУ (рекомендуется 2 Gb) , процессор с тактовой частотой 1 ГГц (рекомендуется 2 ГГц и выше)

Размер дискового пространства. Определяется размером файлового хранилища.

Дисковая система. Рекомендуется RAID массив (организация по надежности или по скорости доступа). Рекомендуется SCSI или SATA интерфейс.

Средство резервного копирования. Любое используемое средство резервного копирования, работающее на выбранной ОС (или административная утилита TechnologiCS).

Для оптимизации работы рекомендуется распределить файловые хранилища по степени важности данных, частоте изменения (оперативные документы, архивные документы).

Сервер конфигураций

Сервер конфигураций

Файловая система: NTFS или FAT.

Локальная сеть: 10 Мбит (рекомендуется 100 Мбит и выше).

  • Microsoft Windows 2019 Server (Standard Edition). 2 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2016 Server (Standard Edition). 2 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2012 Server (Standard Edition). 2 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2008 Server (Standard Edition). 1 Gb ОЗУ, процессор с тактовой частотой 1 ГГц и выше.
  • Microsoft Windows 2003 Server (Standard Edition). 512 Mb ОЗУ, процессор с тактовой частотой 533 ГГц или выше.
Читайте также:  Чем отличается днф от сднф

При большом кол-ве пользователей (>50) не рекомендуется устанавливать сервер конфигураций вместе с сервером БД или активно используемым файловым сервером.

При небольшом количестве пользователей ( Сервер лицензий

Сервер лицензий

Файловая система: NTFS или FAT.

Локальная сеть: 10 Мбит (рекомендуется 100 Мбит и выше).

  • Microsoft Windows 2019 Server (Standard Edition). 2 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2016 Server (Standard Edition). 2 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2012 Server (Standard Edition). 2 Gb ОЗУ (рекомендуется 4 Gb), процессор с тактовой частотой 3 ГГц и выше.
  • Microsoft Windows 2008 Server (Standard Edition). 1 Gb ОЗУ, процессор с тактовой частотой 1 ГГц и выше.
  • Microsoft Windows 2003 Server (Standard Edition). 512 Mb ОЗУ, процессор с тактовой частотой 533 ГГц или выше.

При большом кол-ве пользователей (>30) не рекомендуется устанавливать менеджер лицензий вместе с сервером БД или активно используемым файловым сервером.

При небольшом количестве пользователей ( Платформа рабочей станции

Платформа рабочей станции

Файловая система: NTFS или FAT.

Локальная сеть: 10 Мбит (рекомендуется 100 Мбит и выше).

  • Microsoft Windows 10. 1 Gb ОЗУ (рекомендуется 2 Gb ) , процессор с тактовой частотой 1 ГГц (рекомендуется 1,6 ГГц и выше).
  • Microsoft Windows 10 x64. 2 Gb ОЗУ , процессор с тактовой частотой 1 ГГц (рекомендуется 2 ГГц и выше).
  • Microsoft Windows 8. 1 Gb ОЗУ (рекомендуется 1,5 Gb ), процессор с тактовой частотой 1 ГГц (рекомендуется 1,6 ГГц и выше).
  • Microsoft Windows8 x64. 2 Gb ОЗУ, процессор с тактовой частотой 1 ГГц (рекомендуется 2 ГГц и выше).
  • Microsoft Windows 7. 1 Gb ОЗУ (рекомендуется 1,5 Gb ), процессор с тактовой частотой 1 ГГц (рекомендуется 1,6 ГГц и выше).
  • Microsoft Windows 7 x64. 2 Gb ОЗУ, процессор с тактовой частотой 1 ГГц (рекомендуется 2 ГГц и выше).
  • Microsoft Windows Vista. 512 Mb ОЗУ (рекомендуется 1 Gb ), процессор с тактовой частотой 1 ГГц (рекомендуется 2 ГГц и выше).
  • Microsoft Windows Vista x64. 512 Mb ОЗУ (рекомендуется 1 Gb ), процессор с тактовой частотой 1 ГГц (рекомендуется 2 ГГц и выше).
  • Microsoft Windows XP SP3. 256 Mb ОЗУ (рекомендуется 512 Mb), процессор с тактовой частотой 533 ГГц (рекомендуется 1 ГГц и выше).

Размер свободного дискового пространства определяется размеров используемых модулей TechnologiCS и размеров используемых документов. Рекомендуется не менее 2 Gb (минимум 250 Мb).

Дополнительные требования

Формирование отчетов

Формирование отчетов

Для формирования отчетов используется конфигурация TechnologiCS-RPT. Системные требования к конфигурации TechnologiCS-RPT:

  • Microsoft Office Excel либо Microsoft Office Standard. Поддерживаются следующие версии:
  • Office 2019
  • Office 2016
  • Office 2013 x32
  • Office 2013 x64
  • Office 2010 x32
  • Office 2010 x64
  • Office 2007
  • Office 2003
  • Office XP
  • Office 2000
  • Apache Open Office. Поддерживаются следующие версии:
    • Apache Open Office 4.1
    • Apache Open Office 4.0
    • Apache Open Office 3.4
    • Libre Office. Поддерживаются следующие версии:
      • Libre Office 6.2
      • Libre Office 6.1
      • Libre Office 6.0
      • Libre Office 5.1
      • Libre Office 4.4
      • Libre Office 4.1
      • Libre Office 4.0
      • Расширенная интеграция с офисными приложениями

        Расширенная интеграция с офисными приложениями

        Расширенная интеграция с офисными приложениями работает со следующими версиями Microsoft Office:

        • Office 2019
        • Office 2016
        • Office 2013
        • Office 2010
        • Office 2007

        Расширенная интеграция с офисными приложениями работает со следующими версиями Open Office:

        • Apache Open Office. Поддерживаются следующие версии:
        • Apache Open Office 4.1
        • Apache Open Office 4.0
        • Apache Open Office 3.4
      • Libre Office. Поддерживаются следующие версии:
        • Libre Office 6.2
        • Libre Office 6.1
        • Libre Office 6.0
        • Libre Office 5.1
        • Libre Office 4.4
        • Libre Office 4.1
        • Libre Office 4.0
        • Расширенная интеграция с CAD (редактор спецификаций)

          Расширенная интеграция с CAD (редактор спецификаций)

          Расширенная интеграция работает со следующими версиями Autodesk Inventor:

          • Autodesk Inventor 2019
          • Autodesk Inventor 2017
          • Autodesk Inventor 2016
          • Autodesk Inventor 2015
          • Autodesk Inventor 2014
          • Autodesk Inventor 2013
          • Autodesk Inventor 2012
          • Autodesk Inventor 2011
          • AutoCAD Mechanical 2017
          • AutoCAD Mechanical 2016
          • AutoCAD Mechanical 2015
          • Autodesk AutoCAD Mechanical 2014
          • Autodesk AutoCAD Mechanical 2013
          • Autodesk AutoCAD Mechanical 2012
          • Autodesk AutoCAD Mechanical 2011

          Расширенная интеграция работает со следующими версиями Компас-3D:

          • КОМПАС-3D V18
          • КОМПАС-3D V17
          • КОМПАС-3D V15

          Расширенная интеграция работает со следующими версиями Solid Edge:

          • Solid Edge 2019
          • Solid Edge ST8
          • Solid Edge ST6
          • Solid Edge ST5

          Расширенная интеграция работает со следующими версиями SolidWorks:

          • SolidWorks 2019
          • SolidWorks 2018
          • SolidWorks 2016
          • SolidWorks 2015
          • SolidWorks 2014
          • SolidWorks 2013
          • SolidWorks 2012
          • SolidWorks 2011

          Задача: осуществить перенос тяжелого файлового контента с основного сервера на новый выделенный.

          Параметры контента: контент преимущественно аудиофайлы размера от 5 до 200 Мб общим объемом на данный момент 800 Гб и будет расти в прогрессии.

          10.000.000 просмотров страниц,

          1.000.000 уникальных посетителей.

          350.000 просмотров страниц,

          100.000 уникальных посетителей.

          Одновременно на сайте: от

          10.000 человек (по chartbeat).

          Средняя загрузка канала: от 1 Гбит/с до 4 Гбит/с.

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

          По программному обеспечению на сервере будет работать nginx. Остальные возможные сервисы не будут работать с пользователями.

          По текущим прикидкам: процессор — 4 шт по 2.6 ГГц, память — 24 Гб, дисковая подсистема — 2 Тб для начала, канал — 10 Гбит/с

          По бюджету — желательно уместиться в 100.000 руб/мес.

          Вот в подобной статичности какие могут быть подводные камни, какой технологией разворачивать дисковую подсистему? Что можно почитать, какую информацию собрать сейчас? В данный момент все портально лежит хламом на универсальном кластере. Все держится комфортно, но архитектурно и религиозно это все не верно и не выдержит постоянного вертикального расширения. Сейчас 24 процессора по 2.2ГГц, 48 Гб памяти, 1 Тб Raid 5 + 100 Гб 2xSSD.

          • Вопрос задан более трёх лет назад
          • 9852 просмотра
          Читайте также:  Что такое триальная версия

          Лучше использовать кластер серверов — и надежнее, и дешевле, чем покупать один супер мощный сервер.
          В мейнстримовых серверах по две 1Г сетевухи, их можно обьединить и получить 2Гбита на сервер (реальных 1.5-1.8 без потерь покетов)
          Опять же, современные недорогие 1U корпуса вмещают 4 винта, вполне нормально для поставленой задачи, можно даже все объединить в raid1 для увеличения производительности чтения.
          Проц совершенно неважен для отдачи статики, лучше взять меньше ядер — но больше частоту — положительно скажется на скорости обработки сетевых прерываний.
          Памяти стоит напихивать по максимуму, для мейнстримовых мамок это 16Г.
          Обязательно обратить внимание на сетевухи, это должны быть либо интел, либо броадком, ни в коем случае не реалтек и прочие марвеллы.
          Балансить траф надо не рандомно, а так чтобы один и тот же файл отдавался с одного и того же сервера — так более эффективно используется ram под файловый кеш, грубо говоря — суммируется по всем серверам.
          ssd — отдельная песня, в Вашем случае (маленький объем контента) возможно даже более предпочтительнее взять один ssd на 480G за 500уе, чем 4 винта, можно и на памяти сэкономить.

          В общем, это уже cdn, возможно Вам будет проще и выгоднее воспользоваться уже работающими на рынке cdn сервисами.

          Проц совершенно неважен для отдачи статики
          Большое заблуждение. На скоростях в несколько гигабит и выше, процессор начинает играть очень большую роль. В том числе и количество ядер. Если сравнивать десктопное железо, то лучше справляет intel при сравнимой цене.

          Вообще, много очень вредных советов, которые вы даете, не зная специфики контента. Конкретно, бредовые советы касательно памяти, рейдов, баллансировки, ssd. Точнее, они работают только при определенных условиях и то, не все.

          Если у вас происходит только раздача контента, без его обработки, вам практически не нужен процессор. Практически у вас основное узкое место это диски.
          Такое решение надёжнее и обычно дешевле делать не на одном мощном сервере, а на нескольких довольно простых.

          Возможно имеет смысл сделать пару основных хранилищ и несколько кеширующих фронтэндов с ssd, если есть часть файлов запрашиваются заметно чаще других.
          Если запросы размазаны по всем файлам, имеет смысл брать несколько простых однопроцессорных 1U серверов по 4 винта в каждый, побольше памяти. И распределять запросы между ними.
          Такие решения и надёжнее, и обычно дешевле чем одиночный сервер, который справится с такой же нагрузкой. К тому же проще масштабироваться потом, добавляя постепенно типовые и недорогие серверы, с одинаковой конфигурацией железа и ПО.

          Текущий срез загрузки: процессор — используется менее 50% из 2400%, память — используется 12 Гб из 48

          iostat
          avg-cpu:
          %user: 1.91
          %nice: 0.00
          %system: 2.28
          %iowait: 0.26
          %steal: 0.00
          %idle: 95.55

          tps: 244.74
          Blk_read/s: 18145.77
          Blk_wrtn/s: 1446.57
          Blk_read: 39002384910
          Blk_wrtn: 3109236520

          Масштабирование конкретно файлового сервера не имеет сути каким образом масштабировать. По специфике достаточно просто произвести как вертикальное так и горизонтальное.
          Требования к svc, iops и потокам сильно зависит от технологии доступа. Конкретные цифры требований не могу сказать.
          Доступ к файлам преимущественно (95%) по прямой ссылке и динамичные персональные реврайт ссылки в nginx.
          Если новый одиночный сервер нагнется — будем печалиться и разворачивать новый из бекапа на это время оставаясь без файлов. Неприятно, но не критичная необходимость. На период развертки в случае потенциального краха нового сервера его функции снова возьмет на себя основной.

          За ваш бюджет, это скорее будет один сервер, чем 2. Если упадет — придется поднимать и не отдавать файлы, пока не поднимется.

          Но если об остальном. Для раздачи 10G достаточно одного процессора i7 2700К или аналога (980, 3770, не феном!).

          Думаю, использовать будете сетевуху типа x520, а значит проблем с тем, что тормозит сетевая, не будет.

          Самый простой путь выжать 10G это использовать SSD. За ваши деньги это будет что-то типа 8*240Gb, например, таких: hotline.ua/computer-diski-ssd/ocz_agt3-25sat3-240g/ Либо vertex серии, особой разницы на такой задаче не будет.

          Выберите мать с 6 sata портами (sata3 не имеет значения), встроенным видео и минимум 2мя слотами pci-ex x16 (реально это будет один х8, один х4).

          Для подключения восьми винтов, нужно поставить контроллер. Рекомендую такой: hotline.ua/computer-kontrollery-raid/adaptec_raid_1430sa/. sil, не смотря на такой-же чипсет использовать не нужно, будет виснуть сервер. 4 порта, а не 2, чтобы еще системный винт поместился.

          Итого, получается, что в порт 8x вы воткнете сетевуху, в 4х — вот этот контроллер.

          В качестве файловой системы используйте xfs (с дефолтными настройками, при монтировании указывайте noatime), ос соотвественно, новый линух (в случае убунты это 12.04). Старые версии ставить не нужно, у них может быть не очень хорошая сетевая подсистема. FreeBSD тоже ставить не нужно, новый линукс работает с сетью существенно быстрее.

          Рейды не используйте, разбрасывайте файлы сами. Если данных больше, чем на 4 SSD, то лучше раскидать рандомно и отдельно сделать вторую копию для 20% самых популярных файлов. Сколько копий и для скольки процентов файлов, в реальности, нужно будет подбирать смотря на нагрузку.

          Памяти достаточно 4 или 8Гб, в нее все равно особо ничего не влезет и как кэш дисков она практически бесполезна на данной задаче.

          Ставьте nginx, выключайте sendfile, включайте aio.

          Это советы для сайта с, например, mp3 или, допустим, онлайн фильмами для объема файлов 0.8-1.5Тб.

          Если опишете, сколько у вас всего файлов и сколько процентов объема этих файлов создают 50% трафика (лучше еще 80% трафика указать), возможно, конфигурацию придется подкорректировать.

          Оцените статью
          Добавить комментарий

          Adblock
          detector