Влияние открытия ОД в ТП на производительность Системы
С целью исследования влияния одновременного открытия ОД в ТП на производительность Системы проводится тест в 2 этапа:
1) эмуляция нагрузки, создаваемой в регионах на период открытия ОД в ТП московского часового пояса (на 9 00 MSK);
2) эмуляция нагрузки, создаваемой при открытии ОД и выполнении дневных операций в ТП московского часового пояса (536 ТП).
На этапе 1 происходит вход пользователей объединенного профиля «День». (Мониторинг не производится, так как данный этап является подготовительным).
На этапе 2 выполняется открытие ОД (ТП входящие в московский часовой пояс) и запуск операций объединенного профиля «День» на уровне нагрузки 0,33* Lmax1 (Lmax1 - максимальная производительность по дневным операциям кассы, 0,33 - доля ТП, не входящих в московский часовой пояс, от общего количества ТП (800): 800/800-536/800=0,33) + Lmax2 (максимальная производительность по операциям транзакционнго сервиса).
Влияние закрытия ОД в ТП на производительность Системы
С целью исследования влияния одновременного закрытия ОД в ТП на производительность Системы проводится тест в 2 этапа:
На этапе 1 происходит вход пользователей объединенного профиля «День». (Мониторинг не производится, так как данный этап является подготовительным).
На этапе 2 выполняется закрытие ОД (ТП входящие в московский часовой пояс) и запуск операций объединенного профиля «День» на уровне нагрузки 0,33* Lmax1 (Lmax1 - максимальная производительность по дневным операциям кассы, 0,33 - доля ТП, не входящих в московский часовой пояс, от общего количества ТП (800): 800/800-536/800=0,33) + Lmax2 (максимальная производительность по операциям транзакционнго сервиса).
Тест надежности
Тест проводится на профилие нагрузки «День».
С целью проверки наличия утечек памяти и отсутствия проблем, проявляющихся при длинтельном использовании аппаратно-программного комплекса, проводится тест надежности, в котором моделируется работа пользователей в течении 24 часов.
Тест надежности будет выполняется на уровне типичной нагрузки, который обычно устанавливается на уровне 70% от максимальной (Lmax).
Критериями успешного прохождения системой теста являются:
1) Отсутствие деградации производительности системы в ходе теста
2) Отсутствие «утечки» памяти в течение теста
При длительном тесте надежности будет учитываться доступность ресурсов, взаимодействующих по протоколам «Off-line» из таблицы 6.4. В качестве главных критериев впроизводительности будут являться скорость обмена данными по сети и наличие необходимого дискового пространства.
Критерии успешного завершения нагрузочного тестирования
Критериями успешного завершения нагрузочного тестирования являются:
1) выполнение всех запланированных тестов;
2) получение данных мониторинга по использованию системных ресурсов;
3) получение данных по производительности функционала «Транзакционный сервис» ИС «Спектрум» для запланированного количества пользователей и подтверждения выполнения критериев производительности;
4) отсутствие критического количества ошибок (допустимо не более 10% ошибок в тесте).
Тестовый стенд
Общие положения
Проведение нагрузочного тестирования осуществляется на стенде Заказчика нагрузочного тестирования.
Архитектура тестового стенда
Архитектура тестового стенда ИС «Спектрум» представлена на Рисунке 8.1
Рисунок 9.1Архитектура тестового стенда
В части тестового стенда можно выделить следующие компоненты:
1. Сервера приложений.
Аппаратно аналогичные пром-оборудованию, на стенде развернуты 4 сервера приложений, работающие через балансер.
2. Сервер БД
Сервер базы данных Спектрука с ПО и аппаратной частью сервера, аналогичные промышленным. Дамп БД был снят 13.06.2014.
3. Сервер брокера Sonic.
На данном сервере будет развернуто ПО Sonic, обеспечивающее взаимодействие ИС Спектрум с внешними системами посредством очередей MQ с общением по протоколу JMS. Аппаратное обеспечение сервера соответствует промышленному.
4. Сервер эмуляции смежных систем.
Представляет из себя виртуальную машину с развернутым эмулятором внецшних систем. Подробное описание находится в Приложение 3. Эмулятор Sonic.
5. Сервера генерации нагрузки.
Сервера, с которых будет подаваться основная нагрузка на Систему. Она представляет из себя http-траффик, соответствующий профилям «Утро», «День», «Вечер» в части операций, доступ к которым происходит через веб-интерфейс Spectrum’a (в т.ч. операции РКО). Запуск нагрузки осуществляется через интерфейс HP PC.
6. Oracle Bi Publisher.
Сервера отчетов Oracle BI Publisher, взаимодействие с которыми происходит через сервера приложений Spectrum.
7. Сервер эмуляции Delta BranchCash.
Представляет из себя виртуальную машину с развернутым эмулятором внецшней системы Delta BranchCash.
Требования к оборудованию тестового стенда
В Таблице 9.1приведено детальное описание оборудования тестового стенда.
Таблица 9.1 Оборудование тестового стенда
Назначение оборудования | Кол-во | Наименование серверов | ОС | СПО (СП, СУБД) | Конфигурация КТС | |
Сервер СУБД | k10-spectrum-db.vtb24.ru | · AIX 6.1 | · Oracle 11g R2 Enterprise Server 11.2.0.3.0 | P795 LPAR 24CPU 256GB RAM HDD: 16 TB | ||
Сервер приложений | K10-rko-app01.vtb24.ru K10-rko-app02.vtb24.ru K10-rko-app03.vtb24.ru K10-rko-app04.vtb24.ru | · 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 | ||
Сервера приложений для: Oracle BI Publisher | K10-rko-bi01.vtb24.ru K10-rko-bi02.vtb24.ru K10-rko-bi03.vtb24.ru K10-rko-bi04.vtb24.ru K10-rko-bi05.vtb24.ru K10-rko-bi06.vtb24.ru K10-rko-bi07.vtb24.ru K10-rko-bi08.vtb24.ru K10-rko-bi09.vtb24.ru K10-rko-bi10.vtb24.ru K10-rko-bi11.vtb24.ru K10-rko-bi12.vtb24.ru K10-rko-bi13.vtb24.ru K10-rko-bi14.vtb24.ru K10-rko-bi15.vtb24.ru K10-rko-bi16.vtb24.ru | · 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 | ||
Аппаратные HTTP балансировщики (инстансы) | K10rko.vtb24.ru K10rkop.vtb24.ru | · - | Cisco ACE (Active/Passive Cluster) | |||
Дисковый массив для БД | · - | 2,5 Тб | ||||
Сервер генерации нагрузки | Используется HP Performance Centre v. 12 | |||||
Сервер эмуляторов | k10-rko-.emul.r2.vtb24.ru | Windows 8 | JDK 7 Apache Tomcat 7.0 / Oracle Glassfish 3.1 | 2 CPU 2.6 ГГц RAM 4 Гб HDD 40 Гб |