Microsoft, Active Directory, Visio, и Windows являются 7 страница

Анализ

Как было объяснено ранее, ключевые ИТ слои могут способствовать идентификации компонентов, подлежащих мониторингу и настройке:

· Сервис

· Приложение

· Промежуточное программное обеспечение

· Операционная система

· Аппаратное обеспечение

· Сеть

· Приспособления

· Выход

На этом этапе данные, полученные в ходе мониторинга, анализируются и используются для настройки систем и создания профилей нагрузки. Данные профили очень важны, так как они обеспечивают правильность идентификации и регулирования пороговых и аварийных значений. Если было получено уведомление о возникновении исключительной или аварийной ситуации, то необходимо проанализировать данный отчет и сообщить о его формировании, а также предпринять корректирующие меры. В идеальном случае пороговые значения устанавливаются ниже уровня, при котором возникает чрезмерное использование ресурсов, либо ниже целевого уровня, установленного в соглашении об операционном уровне (OLA) или в требованиях к операционному уровню (OLRs). Благодаря этому управление мощностью позволяет предпринимать корректирующие меры до того, как целевой уровень, установленный в требованиях OLA, будет нарушен или уровень использования ресурсов станет чрезмерно высоким, что приведет к низкой производительности или к простою.

Необходимо проводить оценку каталога сервисов организации с целью выполнения анализа воздействия на бизнес мощности сервиса (Business Impact Analysis), ROI анализ, оценку вовлеченности мощности в планирование непрерывности ИТ сервиса; исследование исходных прототипов в свете вопросов, относящихся к рабочей нагрузке, получения обратной реакции от процесса управления спросом.

Информация, полученная на этапе мониторинга, должна быть проанализирована; на основе полученных результатов может быть определен уровень нормального использования ресурсов и уровня сервиса, т.е. прототип. Регулярное проведение мониторинга и сравнение данного прототипа с текущим уровнем использования ресурсов, позволяет обнаружить возникновение исключительных условий использования отдельных компонентов или достижение пороговых значений сервисов, а также получать сведения о нарушении или практически полном несоблюдении требований OLA. Кроме того, это дает возможность прогнозировать использование ресурсов в будущем.

Анализ данных обеспечивает диагностику следующих проблем:

· Конфликтная ситуация (данные, файлы, память, процессор)

· Несоответствующее распределение рабочей нагрузки между доступными ресурсами

· Несоответствующая стратегия блокировки

· Неэффективная структура приложения

· Непредвиденное увеличение количества транзакций

· Неэффективное использование памяти

Необходимо учитывать использование ресурсов и сервисов в краткосрочном, среднесрочном и долгосрочном периодах, а также регистрировать минимальные, максимальные и средние значения использования в течение этих периодов. Традиционно краткосрочным считается период времени использования, не превышающий 24 часов, среднесрочный период может иметь длительность от одной до четырех недель, а долгосрочный период может продолжаться от одного года и более. Со временем тенденции использования ресурсов различными ИТ сервисами становятся понятными.

Фактором, которой позволяет определить, работает ли решение на допустимом уровне, является запаздывание, т.е. период времени, в течение которого пользователь ожидает ответа после того, как был сделан запрос на получение информации. Высокая загрузка сервера может привести к тому, что время ожидания будет неприемлемым, даже если сервер будет способен обработать все запросы. Старайтесь изолировать объекты, которые имеют высокий в процентном соотношении вклад в уровень производительности, и собирайте информацию об изменении их рабочей нагрузки.

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

При планировании использования какого-либо ресурса необходимо учитывать как общий уровень использования ресурса, так и его использование отдельными сервисами.

Моделирование

Моделирование является центральным элементом процесса управления мощностью. Техники моделирования и эффективное использование программных средств имитационного моделирования обеспечивают планирование мощности с помощью сценариев «что-если», которые позволяют строить модели, имитирующие достижение требуемой производительности.

Для моделирования используются данные, получаемые от других подпроцессов и мероприятий процесса управления мощностью, в частности из прогнозов рабочей нагрузки и использования ресурсов приложениями, находящимися в разработке, и из спецификаций задействованного аппаратного обеспечения. Моделирование позволяет принимать решения по определению «значения» мощности (минимальные затраты) на основе анализа тенденций. В ходе расчетов используются полученные ранее значения (тенденции), однако для принятия более точных решений рекомендуется пользоваться такими методиками как анализ стоимости транзакций или имитация реального приложения. (Более подробная информация доступна в разделе «Использование анализа стоимости транзакций при планировании мощности Web-сайта» по адресу http://www.microsoft.com/technet/prodtechnol/comm/comm2002/plan/cs02tcas.mspx.)

Дата добавления: 2015-11-04