начало   выбор продуктов   карта сайта   контакт   поддержка   english  
ProLAN
  о наспродукты и решенияit-услугитренингикупить  
 

разовые услугибаза знанийты-экспертqutester plussla-on cервисвитрина

 
SLA-ON Сервис

 

- Кратко
- NetAudit
Краткое описание
- NetWatch
- Дополнительные услуги

 

 

NetAudit

Краткое описание

  

Услуга NetAudit позволяет определить, что и как нужно изменить в ИТ-Инфраструктуре Клиента, чтобы обеспечить требуемое время реакции и готовность бизнес-приложений (далее - производительность приложений).

Услуга NetAudit включает в себя:

-   

Оценку здоровья ИТ-Инфраструктуры.

-   

Измерение производительности бизнес-приложений.

-   

Факторный анализ производительности бизнес-приложений.

Оценка здоровья ИТ-Инфраструктуры

Целью оценки здоровья ИТ-Инфраструктуры является определение явных и скрытых дефектов ИТ-Инфраструктуры. Для решения этой задачи необходимо измерить, статистически обработать и проанализировать Ключевые Метрик Здоровья ИТ-Инфраструктуры (далее - КМЗИ). Это метрики, характеризующие интенсивность сетевого трафика, качество работы активного сетевого оборудования (коммутаторов, маршрутизаторов, сетевых экранов и т.п.), серверов, каналов связи и т.д. Подробнее - в описании Оценочных Тестов и справочнике Test IT.

Чтобы получить достоверную информацию о здоровье ИТ-Инфраструктуры, КМЗИ должны измеряться в течение представительного периода времени (не менее 5 рабочих дней). Затем измеренные значения статистически обрабатываются. В результате статистической обработки формируются Базовые Линии КМЗИ, представляющие собой интегральные показатели здоровья ИТ-Инфраструктуры.

   

Подробнее о Базовых Линиях можно прочесть ниже в разделе: "Мониторинг качества ИТ-Инфраструктуры". Методику аудита здоровья ИТ-Инфраструктуры можно найти в документе: "Аудит здоровья сети своими силами". (Вместо бесплатного продукта QuTester Plus, как описано в документе, при оказании услуги NetAudit используются коммерческие продукты семейства ProLAN SLA-ON™.)

Измерение производительности бизнес-приложений

Управлять можно только тем, что можно измерить. Поэтому, чтобы управлять производительностью приложений, её нужно уметь измерять. Производительность приложения характеризуется следующими метриками: время реакции, доступность (готовность), а также метриками под общим названием: "субъективная оценка пользователей". Далее все эти метрики будем называть Ключевыми Метриками Производительности Приложений (КМПП).

Чтобы получить достоверную информацию о производительности приложения КМПП нужно измерять в течение представительного периода времени и затем статистически обработать. В результате статистической обработки формируются Базовые Линии КМПП и APDEX (www.apdex.org), представляющие собой интегральные показатели производительности приложения.

   

В рамках услуги NetAudit для измерения производительности бизнес-приложений используется метод Transaction Simulation. Для измерения метрик, характеризующих субъективную оценку пользователей - программа HelpMe и технология ProLAN-911.

Факторный анализ производительности бизнес-приложений

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

Время реакции бизнес-приложения (RT App) можно описать следующей моделью:

RT App = F (TC, RT-IS)

    

TC - "чистое" время выполнения кода бизнес-приложения.

    

RT-IS - время реакции ИТ-Инфраструктуры, где работает бизнес-приложение.

RT-IS = F (OHD, RT-Network, RT-Server, RT-Client)

    

OHD - величина накладных расходов сетевых протоколов. OHD = F (OHD1, OHD2, … OHDn); где: OHD1 - число протокольных подтверждений (Turns); OHD2 - время передачи сигнала по каналам связи (RTT) и т.д.

    

RT-Network - время реакции сети. RT Network = F (RTN1, RTN2, … RTNn); где RTN1 - утилизация портов; RTN2 - число ошибок передачи данных и т.д.

    

RT-Server - время реакции сервера. RT Server = F (RTS1, RTS2, … RTSn); где RTS1 - утилизация процессоров; RTS2 - утилизация дисковой системы и т.д.

    

RT-Client - время реакции клиента. RT Client = F (RTC1, RTC2,… RTCn); где RTC1 - утилизация процессоров; RTC2 - число одновременно работающих приложений и т.д.

Значимость каждого фактора (OHD, RT-Network, RT-Server, RT-Client) для разных приложений различна. Например, на время реакции бизнес-приложения, основанного на CIFS и MAPI наибольшее влияние оказывают OHD и RT-Network, на время реакции клиент серверного приложения - RT Server и т.д. Чтобы обеспечить требуемое качество работы бизнес-приложения, нужно определить значимость (вес) каждого фактора, выбрать наиболее значимый фактор и определить, как от него зависит время реакции приложения. Например, если наиболее значимым фактором является RT-Network, то определить, как время реакции зависит от утилизации портов, числа ошибок передачи данных и т.д.

Чтобы определить наиболее значимый фактор нужно провести корреляционный анализ между КМПП (время реакции, доступность, удовлетворенность пользователей) и КМЗИ (OHD1-OHDn, RTN1-RTNn, RTS1-RTSn, RTC1-RTCn). Чтобы определить, как время реакции зависит от наиболее значимого фактора, нужно провести регрессионный анализ. Программа Trend Analyst позволяет автоматизировать решение этих задач.

Если в результате факторного анализа выяснится, что наибольшее влияние на время реакции приложения оказывает OHD, то следует изменить топологию сети или использовать Ускорители Приложений (специальные устройства, поддерживающие Transparent Turns Reduction, Multiplexing, HTML Transformation и т.п.). Если выяснится, что наибольшее влияние оказывает RT-Network, то следует, либо снизить полезную нагрузку на сеть, либо повысить эффективную пропускную способность сети, либо сделать и то и другое. Снизить нагрузку можно с помощью кэширования и/или компрессии данных. Для этого также можно использовать Ускорители Приложений. Повысить эффективную пропускную способность можно устранением дефектов и "узких мест" сети, а также использованием специальных технологий (pre-fetching, protocol proxy, TCP SACK, Window Acceleration и др.). Если выяснится, что на время реакции приложения наибольшее влияние оказывает RT-Server, то можно изменить архитектуру сети, сделать upgrade сервера или использовать специальные технологии, например, Load Balance.

наверх

о нас   продукты и решения   it-услуги   тренинги   купить  
начало   карта сайта   контакт   поддержка   english