Влияние открытия ОД в ТП на производительность Системы — КиберПедия 

Индивидуальные и групповые автопоилки: для животных. Схемы и конструкции...

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

Влияние открытия ОД в ТП на производительность Системы

2017-06-13 280
Влияние открытия ОД в ТП на производительность Системы 0.00 из 5.00 0 оценок
Заказать работу

С целью исследования влияния одновременного открытия ОД в ТП на производительность Системы проводится тест в 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 Гб  

 


Поделиться с друзьями:

Общие условия выбора системы дренажа: Система дренажа выбирается в зависимости от характера защищаемого...

Двойное оплодотворение у цветковых растений: Оплодотворение - это процесс слияния мужской и женской половых клеток с образованием зиготы...

Таксономические единицы (категории) растений: Каждая система классификации состоит из определённых соподчиненных друг другу...

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



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.011 с.