Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
методика нагрузочного тестирования SPECTRUM_v_1_25_6.docx
Скачиваний:
2
Добавлен:
01.07.2025
Размер:
767 Кб
Скачать
☆
    1. Описание оборудования промышленного стенда

Конфигурация промышленного стенда ИС «Спектрум» приведена в Таблице 6.5

Таблица 6.7 Конфигурация промышленного стенда

Назначение оборудования

Кол-во

ОС

СПО (СП, СУБД)

Конфигурация оборудования

Сервер приложений

4

  • Oracle Enterprise Linux 6.1 kernel -uek-2.6.32-100.28.5.el (64-bit) или выше

  • Oracle WebLogic Server 11g 10.3.6 (64 bit)

  • Java(TM) SE Runtime Environment (build 1.6.0_37-b06 или выше)

  • Версия ПО: SpectrumFO Build N 88344 vtb24 R_053.5

HP BL460 2*8 Core CPU/128Gb RAM/2*600GB HDD/RAID1

Сервер СУБД

2

  • AIX 6.1

  • Oracle 11g R2 Enterprise Server 11.2.0.3.0

P795 LPAR 24CPU 256GB RAM

HDD: 16 TB

Сервер Oracle BI Publisher

4

  • Oracle Enterprise Linux 5.8 (64-bit)

  • Oracle BI Publisher 10.1.3.4.2

  • Oracle WebLogic Server 11g 10.3.6.

  • Java(TM) SE Runtime Environment (build 1.6.0_37-b06 или выше)

HP BL460 2*6 Core CPU/128 Gb RAM/2*600 GB HDD/RAID1

  1. Требования производительности

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

В части пользователей:

  • Количество пользователей — 25 000;

  • Количество одновременно работающих пользователей – 15 000, при этом 8 000 могут войти в систему одновременно в течение 20 минут;

В части объемов БД:

  • Количество клиентских записей — 15 000 000;

  • Количество клиентских счетов —50 000 000;

  • Количество клиентских договоров —20 000 000;

В части выполнения операций:

  • Время формирования оперативной отчетности — не более 1 минуты;

  • Время перехода между экранными формами (в штатном рабочем режиме, без учёта времени ожидания ответа сервисной шины, без учёта сетевого взаимодействия и поиска бизнес-данных) — не более 1 секунды;

  • Количество операций транзакционного сервиса – 850 000 в сутки;

  • Выдерживать пиковую нагрузку по операциям транзакционного сервиса – 25 операций в секунду.

  • Количество кассовых операций Клиентов ФЛ – 160000 в месяц;

  • Количество кассовых операций по обслуживанию бизнеса и внутренних операций – 8335 в месяц.

  1. Стратегия тестирования

В соответствии с целями нагрузочного тестирования функционала «Транзакционный сервис» ИС «Спектрум» планируется провести тест определения максимальной производительности Системы и тест надежности работы Системы.

    1. Определение максимальной производительности

Данный тест будет проводиться на профиле нагрузки «День».

Для определения максимальной производительности проводится серия тестов, в результате которой будет определен параметр Lmax (максимальная производительность)

  1. пошаговое увеличение нагрузки (числа выполняемых операций в час) до предельной. Шаг нагрузки будет составлять 10% от профиля «День» по каждой операции;

  2. контрольный тест для определения показателей производительности.

Тестовые испытания будут завершены, когда:

  1. времена отклика превысили допустимые пределы. Требования к временам отклика приведены в разделе 12.2.1;

  2. количество неуспешных операций увеличилось до критического (более 10%);

  3. исчерпаны системные или аппаратные ресурсы.

Начальные интенсивности и шаг увеличения нагрузки описаны в таблице Excel в Приложение 1. Распределение операций.

Повторный тест (контрольный тест для определения максимальной производительности) будет проведен на нагрузке несколько меньшей L0 (например, на 10% меньше). Длительность стабильной нагрузки при контрольном тесте будет не меньше часа. Если в процессе тестирования система оказалась недогружена или перегружена, то значение нагрузки корректируется и второй тест проводится повторно. Перегрузка или недогруженность Системы определяется по параметрам мониторинга утилизации ресурсов. Методология мониторинга описана в разделе 13. Мониторинг

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

Результатом тестирования является максимальный достигнутый уровень нагрузки (Lmax кол-во оп./ час).