Содержание:
1. Нагрузочное тестирование 1С как методика оценки серверного оборудования
2. Пример плана проведения тестовой нагрузки 1С
1. Нагрузочное тестирование 1С как методика оценки серверного оборудования
Решение задач нагрузочного тестирования 1С само по себе нетривиально: потребуется включить какие-то счетчики, встроить в конфигурацию какие-то замеры, получить из технологического журнала какие-то данные и все это каким-то образом интерпретировать. Разумеется, специалист с этим справится, но лишь при том условии, что ему правильно сформулируют задачу.
А с постановкой задачи тоже не все так просто: что включить в контур тестирования, какое «железо», какие «сервера», сколько должно быть пользователей, какие действия они должны выполнять и т.д.
Пример решения второй постановочной задачи и приведен в статье.
2. Пример плана проведения тестовой нагрузки 1С
Заказчик имеет свой ИТ-отдел и будет проводить нагрузочное тестирование своими силами. После выяснения целей тестирования и условий его проведения, была предложена следующая программа.
Цель
Определить максимально допустимую нагрузку исполняемой 1С для существующей системы программно-аппаратного комплекса.
Условия проведения тестирования:
● аппаратная часть системы: какая развернута у заказчика
● структура ПО (сервер 1С, СУБД, лицензирования) как они развернуты у заказчика
● платформа 1С, релиз конфигурации: какие установлены у заказчика
● количество лицензий 1С: не менее максимального количества тестовых пользователей
● серверы-нагрузчики (на которых будет генерироваться тестовая нагрузка): предоставляются заказчиком
● ИБ заполнена первоначальными данными, достаточными для проведения тестовых операций
Характер тестирования
● Интегральное тестирование: оценка производительности системы в целом, как ее программной, так и аппаратной частей
● Тестовые пользователи работают с условно изолированными данными: (не возникают ожидания на блокировках)
● Работу пользователей «от клавиатуры» не имитируем (работу форм документов/справочников не проверяем); изолированными данными создаем программно
● Переменным параметром для оценки производительности системы является только количество пользователей; зависимость производительности от объема базы не проверяем (нужна соответствующая база); зависимость производительности от дополнительной нагрузки на сервер не проверяем (тестовая 1С не конкурирует за ресурсы сервера с другими нагрузками)
● Средства КИП (в т.ч. Тест-Центр) не используем; создаем свои тестовые обработки
Подготовка проведения тестирования
1. Формулирование основных профилей нагрузки (20% операций, создающих 80% нагрузки)
1.1. Виды, количество и последовательность добавляемых объектов одним пользователем в единицу времени
2. Выделение ключевых операций и APDEX
3. Определение критериев остановки тестирования:
3.1. Вариант 1: достижение критического значения APDEX по любой из ключевых операций
3.2. Вариант 2: таблица значений APDEX для различного числа пользователей (до максимального)
4. Подготовка тестовой системы
4.1. Встраивание подсистемы БСП Оценка Производительности (для оценки APDEX ключевых операций)
4.2. Написание обработок инфраструктуры тестирования
4.3. Написание обработок для генерации тестовой нагрузки (для 10 ключ.операций)
4.4. Проверка корректности выполнения тестовых обработок
4.5. Подготовка ролевого наполнения тестовыми обработками (возможно, достаточно одной роли)
4.6. Подготовка сценария нагрузочного тестирования (настройка параметров генерации нагрузки)
5. Подготовка тестовой среды
5.1. Предполагается, что настройка оборудования, СУБД, кластера серверов 1С, в т.ч. серверов-нагрузчиков производится заказчиком
5.2. Развертывание тестовой ИБ
5.3. Настройка списка тестовых пользователей
5.4. Настройка сбора данных по загруженности оборудования на всех серверах (в т.ч. нагрузчиках)
5.5. Настройка сбора технологических журналов на всех серверах (при необходимости анализа узких мест)
5.6. Настройка средств автоматизации запуска тестовой системы
5.7. Настройка архивации и выгрузки всех результатов по окончанию теста
Проведение тестирования
1. Запуск заданного количества тестовых пользователей
2. Регистрация параметров производительности: APDEX, показатели загруженности серверов
3. Повторение пп. 1, 2 до достижения максимального количества тестовых пользователей или наступления другого критерия остановки тестирования
4. Архивирование результатов тестирования
Анализ результатов тестирования
1. Определение максимально допустимой нагрузки
2. Анализ узких мест (при необходимости)
3. Оформление результатов
Специалист компании «Кодерлайн»
Виктория Шелеп