Хостинг, домены и облачные сервисы в Беларуси
  • +375 17 2-911-511

    Контактные телефоны:

    Многоканальный: +375 17 2-911-511
    Многоканальный: +375 17 3-887-778
    Velcom: +375 44 760-30-30
    MTC: +375 29 760-30-30
    life:): +375 25 730-30-30
    Факс: +375 17 306-38-08
    Обратиться в техподдержку
  • Почему выбирают нас
  • Личный кабинет
  • Обратная связь
Новости

DIRECTUM на недорогом облачном сервере. Возможно ли?

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

В этой статье будет рассмотрен эксперимент произведенный компанией DIRECTUM по размещению одноименной системы на облачной инфраструктуре, любезно предоставленной компанией ActiveCloud.

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

Ограничения на эксперимент. Цена вопроса

Допустим, есть компания, у которой в системе документооборота одновременно работает до 50 человек, причем бюджет на развитие ИТ-инфраструктуры у этой компании ограничен суммой в 2 500 000 бел. рублей в месяц. Поскольку число пользователей не большое, достаточно арендовать один виртуальный сервер (в соответствии с рекомендациями к аппаратной части http://www.directum.ru/SystemTreb.pdf), осталось выяснить, каких характеристик сервера будет достаточно.

Для нагрузочного эксперимента провайдером ActiveCloud были предоставлены виртуальные серверы со следующими характеристиками:

  • VM1 (стоимость по конфигуратору 1 180 323.93 бел. руб./мес): 1 vCPU, ОЗУ 2 ГБ, ПЗУ 60 ГБ ПЗУ (RAID-10 SATA для операционной системы) + 100 ГБ (RAID-10 SAS для хранения файлов БД), 1 внешний IP-адрес, общий канал провайдера 100Мб/с;

  • VM2 (стоимость по конфигуратору 1 649 883,93 бел. руб./мес): 2 vCPU, ОЗУ 4 ГБ, ПЗУ 60 ГБ ПЗУ (RAID-10 SATA для операционной системы) + 100 ГБ (RAID-10 SAS для хранения файлов БД), 1 внешний IP-адрес, общий канал провайдера 100Мб/с;

  • VM3 (стоимость по конфигуратору 2 119 443,93 бел. руб./мес): 2 vCPU, ОЗУ 8 ГБ, ПЗУ 60 ГБ ПЗУ (RAID-10 SATA для операционной системы) + 100 ГБ (RAID-10 SAS для хранения файлов БД), 1 внешний IP-адрес, общий канал провайдера 100Мб/с;

  • VM4 (стоимость по конфигуратору 2 462 583,93 бел. руб./мес): 4 vCPU, ОЗУ 8 ГБ, ПЗУ 60 ГБ ПЗУ (RAID-10 SATA для операционной системы) + 100 ГБ (RAID-10 SAS для хранения файлов БД), 1 внешний IP-адрес, общий канал провайдера 100Мб/с.


    • Требования к быстродействию виртуального «железа»

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

      МетрикаДопустимый уровень
      % загруженности процессора
      (% Processor Time)
      Не более 75%
      Длина очереди процессора
      (Processor Queue Length)
      Не более «число процессоров» * 2
      Доступно МБ
      (Available Mbytes)
      Не менее 10%
      Обмен страниц/сек
      (Pages/sec)
      Не более 2500
      Среднее время обращения к диску, сек
      (Avg. Disk sec/Transfer)
      Не более 0,015
      Средняя длина очереди диска
      (Avg. Disk Queue Length)
      Не более 2
      % активности диска
      (% Disk Time)
      Не более 50%

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

      Профиль нагрузки

      Профиль нагрузки представляет собой список основных пользовательских операций и частоту их выполнения. В данном эксперименте интенсивности выполнения операций соответствуют увеличенным в 2 раза максимальным значениям у клиентов компании DIRECTUM. Профиль нагрузки составлен таким образом, чтобы ввести виртуальную инфраструктуру в насыщение. Запланировано, что инфраструктура пробудет в насыщенном состоянии продолжительное время, это необходимо, для того, чтобы удостовериться в надежности сервиса. Либо сервис откажет, либо продолжит обрабатывать запросы.

      ПрофильНагрузка, (одно событие в час)
      Количество пользователейОт 10 до 500 с шагом 10 пользователей каждые 20 сек.
      Продолжительность нагрузки, ч.0,5
      Документы
      Изменение прав доступа на документ0,56
      Создание документа0,9
      Экспорт версии документа2,82
      Импорт в версию документа1,68
      Открытие карточки документа0,14
      Задачи и задания
      Изменение задач6,34
      Создание задач1,72
      Выполнение заданий2,96
      Просмотр заданий2,84
      Справочники
      Изменение записи справочника7,1
      Создание записи справочника1,96
      Открытие карточки справочника4,3
      Открытие справочника3,82
      Проводник системы
      Получение универсальной папки1,66
      Получение папки компонент0,62
      Получение папки задач0,88
      Получение папки заданий4,34
      Получение папки документов1,22
      Поиск
      Универсальный поиск0,12
      Поиск документов2,46
      Поиск папок0,22
      Поиск заданий0,7
      Поиск задач1,14
      Вход в систему и выход из системы
      Вход0,25
      Выход0,25

      Результаты эксперимента


      Схематично экспериментальный стенд можно изобразить следующим образом:

      Собранные данные были обработаны, но поскольку число точек измерения довольно большое (значения счетчиков производительности снимались ежесекундно), для удобства восприятия графиков ниже представлены линии тренда с линейной фильтрацией по 40 точкам. По оси абсцисс указано изменение числа пользователей в течение 1 часа, по оси ординат указано значение параметра в текущий момент времени.

      1. % загруженности процессора (% Processor Time)


      2. Длина очереди процессора (Processor Queue Length)


      3. Доступно МБ (Available Mbytes)


      4. Обмен страниц/сек (Pages/sec)


      5. Среднее время обращения к диску, сек (Avg. Disk sec/Transfer)
      5.1. Диск с ОС


      5.2. Диск с БД


      6. Средняя длина очереди диска (Avg. Disk Queue Length)


      7. % активности диска (% Disk Time)


      Аналитика


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

      ПараметрVM1VM2VM3VM4
      % загруженности процессора
      (% Processor Time)
      559090170
      Длина очереди процессора
      (Processor Queue Length)
      20505070
      Доступно МБ
      (Available Mbytes)
      290500Не достигло порогаНе достигло порога
      Обмен страниц/сек
      (Pages/sec)
      85110220160
      Среднее время обращения к диску, сек
      (Avg. Disk sec/Transfer)
      20505560
      Средняя длина очереди диска
      (Avg. Disk Queue Length)
      55110215170
      % активности диска
      (% Disk Time)
      310Не достигло порогаНе достигло порога420
      Число пользователей, при котором ни один параметр не достигает порогового значения.20505060


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

      ТестыVM1VM2VM3VM4
      Количество пользователей, которым удалось авторизоваться в системе51118190190
      Среднее время выполнения тестов
      Изменение прав доступа на документ, 1 операция в сек45,617220687,8
      Изменение записи справочника, 1 операция в сек75,118417589,7
      Изменение задач, 1 операция в сек77,716416468,5
      Создание документа, 1 операция в сек103246138145
      Создание записи справочника, 1 операция в сек80199184118
      Создание задач, 1 операция в сек95211149144
      Выполнение заданий, 1 операция в сек86,1187149144
      Экспорт версии документа, 1 операция в сек62,618516161,3
      Получение универсальной папки, 1 операция в сек38,914917391,7
      Получение папки компонент, 1 операция в сек3719020636,5
      Получение папки документов, 1 операция в сек44,418819167,3
      Получение папки заданий, 1 операция в сек98,216516154,1
      Получение папки задач, 1 операция в сек10611417537,9
      Импорт в версию документа, 1 операция в сек93,320317185,7
      Вход в систему, 1 операция в сек2,6528,433,130,1
      Открытие карточки документа, 1 операция в сек0,1120221616,5
      Просмотр заданий, 1 операция в сек87,217016557,7
      Открытие карточки справочника, 1 операция в сек76,917418987,2
      Открытие справочника, 1 операция в сек79,1181178148
      Универсальный поиск, 1 операция в сек2,163001566,36
      Поиск документов, 1 операция в сек11318716383,7
      Поиск папок, 1 операция в сек0,07710,397,747,6
      Поиск заданий, 1 операция в сек49,917212980
      Поиск задач, 1 операция в сек30,215820865
      Среднеарифметическая скорость выполнения операций, 1 операция в сек61,84172,48164,9575,74

      Выводы

      Итак, можно ли разместить систему DIRECTUM на облачном сервере? Утвердительно да, но с условием выполнения определенных требований.

      Исходя из аналитических таблиц, представленных выше в разделе Аналитика, минимальная конфигурация виртуального сервера, которая подходит под предложенные условия – это VM2. Однако наиболее предпочтительной является конфигурация VM3, поскольку она имеет достаточный запас оперативной памяти (наиболее ценного ресурса для системы DIRECTUM и подобных систем).

      Также немаловажным ресурсом для системы DIRECTUM является дисковая подсистема, а именно скорость ее работы. Если посмотреть на графики «Среднее время обращения к диску, сек», можно увидеть, что для диска, на котором находится операционная система, скоростных характеристик дисков SATA явно не достаточно, в то же время на диске с БД (SAS диски) не наблюдается каких-либо пороговых значений. Поэтому для рабочей системы желательно выбирать именно SAS диски или же SSD хранилища.

      Что касается стоимости данного решения, то годового бюджета на виртуальный сервер с такими характеристиками хватит на физический сервер, удовлетворяющий всем необходимым требованиям, однако если учесть расходы на потребляемую сервером электроэнергию, обслуживающий персонал, кондиционирование помещения, в котором расположен сервер и т.д., то стоимость облачного сервера может быть предпочтительнее.

      В данной статье были рассмотрены только нагрузочные характеристики облачных серверов, но не затрагивался вопрос защиты данных на облачном хостинге, в том числе защиты персональных данных. Этот вопрос, безусловно, интересен, и заслуживает отдельной статьи.

      Андрей Ардашев для компании DIRECTUM






      Поделиться:



  • Заказать