ECM на "бюджетных" облаках

Введение

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

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

Ограничения на эксперимент

Цена вопроса

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

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

• VM1 (стоимость по конфигуратору провайдера 4730,6 руб./мес): 1 vCPU, ОЗУ 2 ГБ, ПЗУ 60 ГБ ПЗУ (RAID-10 SATA для операционной системы) + 100 ГБ (RAID-10 SAS для хранения файлов БД), 1 внешний IP-адрес, общий канал провайдера 100Мб/с, ОС Microsoft Windows Server 2008 R2 Standard;
• VM2 (стоимость по конфигуратору провайдера 6602,6 руб./мес): 2 vCPU, ОЗУ 4 ГБ, ПЗУ 60 ГБ ПЗУ (RAID-10 SATA для операционной системы) + 100 ГБ (RAID-10 SAS для хранения файлов БД), 1 внешний IP-адрес, общий канал провайдера 100Мб/с, ОС Microsoft Windows Server 2008 R2 Standard;
• VM3 (стоимость по конфигуратору провайдера 8474,6 руб./мес): 2 vCPU, ОЗУ 8 ГБ, ПЗУ 60 ГБ ПЗУ (RAID-10 SATA для операционной системы) + 100 ГБ (RAID-10 SAS для хранения файлов БД), 1 внешний IP-адрес, общий канал провайдера 100Мб/с, ОС Microsoft Windows Server 2008 R2 Standard;
• VM4 (стоимость по конфигуратору провайдера 9842,6 руб./мес): 4 vCPU, ОЗУ 8 ГБ, ПЗУ 60 ГБ ПЗУ (RAID-10 SATA для операционной системы) + 100 ГБ (RAID-10 SAS для хранения файлов БД), 1 внешний IP-адрес, общий канал провайдера 100Мб/с, ОС Microsoft Windows Server 2008 R2 Standard.

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

Определим требования к допустимому уровню загруженности сервера, на котором функционируют службы ECM-системы:

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

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

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

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

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

Собранные данные были обработаны, но поскольку число точек измерения довольно большое (значения счетчиков производительности снимались ежесекундно), для удобства восприятия графиков ниже представлены линии тренда с линейной фильтрацией по 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)

Аналитика

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

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

Выводы

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

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

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

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

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

Оригинал материала опубликован на DIRECTUM Club:club.directum.ru/post/DIRECTUM-na-nedorogom-oblachnom-servere-Vozmozhno-li.aspx