Моделирование сетей. Оптимизация производительности сети
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
. Щелкните Show и затем закройте окно View Results.
Заключение
Как ожидалось, результаты показывает, что, внедрение межсетевой защиты существенно улучшило работу приложения авторизации кредитной карточки.
График использования показывает существенное сокращение использования WAN соединения из-за политики межсетевой защиты, таким образом улучшая работу приложений.
Внедряя политику межсетевой защиты для предотвращения незаконной передачи файлов между одноранговыми узлами, компания способна достигнуть требуемой работы для критического приложения авторизации кредитной карточки.
. Задание
Расширенный Сценарий 1. Продублируйте сценарий Without_Firewall_Implementation, а затем, вместо того, чтобы внедрить межсетевую защиту, модернизируйте WAN соединение и пронаблюдайте эффект на время ответа критического приложения.
Лабораторная работа № 7
Тема: Поиск неисправностей и прогнозирование работы приложения Oracle
Цель: Проведение исследования и прогнозирования временя ответа приложений для конкретного приложения Oracle.
Введение
Прикладная Среда Характеристики OPNET (АСЕ) обеспечивает мощную визуализацию и возможности диагностики, которые помогают в анализе приложения. Сетевые менеджеры и прикладные разработчики могут использовать АСЕ для:
Точного определения узких мест сети и приложения.
Диагностирования проблем приложения.
Исследования предложенных решений проблем в существующих приложениях.
Прогноза производительности приложения для различных конфигураций и состояний сети.
В этой лабараторной работе проанализируем производительность двухуровневого (клиент/сервер) приложение Oracle. Исследуем вероятные узкие места, которые ведут к недопустимому времени ответа. Рассматриваемое приложение выполняется на следующей топологии. Клиенты обращаются к Серверу Oracle в центре данных через Городскую Сеть с высокой пропускной способностью и низким временем ожидания. Все было рассчитано таким образом, чтобы время ответа приложения клиента было 12 секнд.
При решении проблем, связанных с производительностью приложений, с использованием АСЕ, важно следовать правильному методу сбора данных. АСЕ разработан для диагностирования одной транзакции приложения. Вы должны обеспечить достоверные данные: файл пути, который включает только трафик приложения. Вы должны отфильтровать посторонние пакеты, потому что АСЕ полагает, что они будут частью исследуемого приложения. В идеале, вы должны фиксировать путь, который представляет только одну транзакцию. В действительности, вы вероятно будете должны отфильтровать посторонние сообщения.
Вы можете фильтровать сообщения в три различных этапа:
Когда вы фиксируете файл пути из сети. Фильтрация с помощью адреса или порта создает меньшие файлы сбора данных, которые требуют меньшей постобработки. Это - рекомендованный этап, для фильтрации.
В течение импорта.
В пределах редакторов АСЕ, как показано в этой лабораторной работе.
Для файла сбора данных этой лабораторной работы, сборы пути были сделаны одновременно и в клиенте и в сервере. Эти сборы данных были объединены, для получения лучшего анализа задержек в каждом компьютере и сети.
. Порядок выполнения
Шаг 1: Откройте Приложение Oracle в АСЕ
. Запустите IT Guru.
. Выберите File (Файл) => Open (Открыть)
. Выбрать Application Characterization (Прикладную Характеристику) из випадающего меню.
. Пролистайте вниз к проекту по имени Oracle_2_Tier_Application, выберите его и щелкните OK. Если Вы получаете сообщение о невозможности открыть файл, то выберите Oracle_2_Tier_Application_B и нажмите OK.
Шаг 2: Визуализиация приложения
Появится Диаграмма Обмена Данных (Data Exchange Chart). Она изображена на следующем рисунке.
Подробно анализируйте приложение, используя эту Диаграмму.
Диаграмма Обмена Данных показывает данные, переданные между уровнями на временном диапазоне.
Цвета сообщений приложения представляют размер сообщений.
Каждая цветовая группа представляет гистограмму размеров сообщения.
. Порядок уровней может быть изменен, для более простой интерпритации диаграммы, перетаскиванием имени уровня вверх или вниз. В нашем случае, сохраните уровни в том же самом порядке, с уровнем Oracle_Client вверху и уровне Oracle_Server внизу.
. Для каждой группы, приблизительно 1/3 сообщений желтая (101 - 500 байт на сообщение), и около 2/3 оранжевые (1 - 100 байт на сообщение). Это показывает что, приложение посылает много маленьких сообщений.
. Дифференцируйте сообщения, идущие в разные направления. Выберите View (Вид) => Split Groups (Разбить Группы).
. Теперь сообщения разбиты на две группы, и Вы можете обнаружить больше деталей. Можно заметить, что
Верхняя группа представляет сообщения от клиента к серверу, а нижняя группа представляет сообщения от сервера к клиенту.
В группе сообщений клиент-сервер, приблизительно половина сообщений оранжевая.
В группе сообщений сервер-клиент, около 2/3 сообщений оранжевая.
. Просмотрите подсказку, подведя мышь над первой группой сообщений.
Подсказка показывает, что первая группа сообщения представляет 183 сообщения в каждом направлении.
Шаг 3: Анализ с помощью AppDoctor
Сумма задержек, которую предоставляет AppDoctor, обеспечивает понимание первопричины общей задержки приложения. Он делит полное время ответа приложения на четыре компонента:
Уровень обработки задержки - полное врем