Процесс. 
Введение в ИТ сервис-менеджмент

Как многие процессы библиотеки ITIL, Управление Мощностями берет свое начало от эры больших ЭВМ. Из-за этого, к сожалению, некоторые считают, что Управление Мощностями необходимо только в среде больших ЭВМ. Недооценка процесса усиливается значительным снижением цен на аппаратное обеспечение в последние годы. В результате многие просто покупают аппаратные средства с избыточной мощностью, не осуществляя Управление Мощностями. Опасность заключается в том, что наибольшим источником затрат, рисков и возможных проблем в ИТ является не само аппаратное обеспечение. Другими словами, ненужное наращивание аппаратных средств создает проблемы менеджмента, которые обходятся более дорого, чем сами аппаратные средства.

Внедрение Процесса Управления Мощностями поможет предотвратить как ненужные инвестиции, так и проведение изменений мощностей случайным образом[190], так как последний аспект может особенно отрицательно сказаться на предоставлении услуг. В настоящее время стоимость ИТ складывается не столько из вложений в мощности средств ИТ, сколько из управления ими. Например, избыточное увеличение емкости дисковой памяти влияет на резервное копирование на внешний ленточный носитель, так как поиск архивируемых файлов в сети займет больше времени. Этот пример иллюстрирует важный аспект Процесса Управления Мощностями: качественное Управление Мощностями является, вероятно, наиболее важным фактором для изменения восприятия (и реального положения) ИТ-организации: не как группы, увеличивающей накладные расходы, а как поставщика услуг. При хорошем Управлении Мощностями поставщик ИТ-услуг увидит, например, что восемнадцать стратегических инициатив, намеченных в ИТ в этом году, потребуют нового решения по резервному копированию. Понимая это, Руководитель Процесса Управления Мощностями может определить реальную стоимость этих инициатив, то есть учтет, что стоимость нового решения резервного копирования распределена по этим восемнадцати инициативам. Это будет проактивным решением. С другой стороны, при отсутствии Управления Мощностями ИТ-организация отреагирует только после того, как мощности средств резервного копирования будут исчерпаны. В этом случае заказчик будет воспринимать ИТ-расходы как накладные, а ИТ-организацию — как «выпрашивающую деньги», просто потому, что она не действовала проактивно в установлении и управлении ожиданиями заказчика и в заблаговременном планировании расходов.

Процесс Управления Мощностями направлен на предотвращение неожиданных и поспешных закупок путем лучшего использования имеющихся ресурсов, на своевременное наращивание мощности и на управление использованием текущих мощностей. Этот процесс может также помочь в координации различных компонент сервиса, что обеспечит рациональное использование инвестиций в соответствующие компоненты.

Современная ИТ-инфраструктура является чрезвычайно сложной. Это приводит к усилению зависимостей между мощностями ее компонентов. В результате становится более трудно предоставлять заказчику сервис на согласованном уровне. Поэтому профессиональная ИТ-организация должна использовать комплексный подход к Управлению Мощностями.

На рис. 12.1 показаны основные виды деятельности, выполняемые в рамках Процесса Управления Мощностями.

Рис. 12.1. Процесс Управления Мощностями (источник: OGC)

Процесс Управления Мощностями состоит из трех подпроцессов (или уровней) анализа мощностей:

• ? Управление Возможностями Бизнеса — задачей этого подпроцесса является понимание будущих потребностей пользователей. Оно может быть достигнуто за счет получения информации от заказчика, например из его стратегических планов или за счет проведения анализа тенденций. Этот подпроцесс является проактивным. Он имеет тесную взаимосвязь с процессом Управления Уровнем Сервиса при определении и ведении переговоров о сервисных соглашениях.
• ? Управление Возможностями Сервиса — задачей этого подпроцесса является определение и понимание уровня использования ИТ-услуг заказчиками (продуктов и услуг, предоставляемых заказчикам). Для заключения подходящего Соглашения об Уровне Сервиса и гарантии его выполнения необходимо знать показатели производительности и пиковой нагрузки на системы.
• ? Управление Мощностями Ресурсов — задачей этого подпроцесса является определение и понимание использования ИТ-инфраструктуры. Примерами ресурсов могут быть полоса пропускания сети, мощность средств обработки данных и емкость дисковой памяти. Для эффективного[191] Управления Ресурсами необходимо заранее определить потенциальные проблемы. Необходимо также быть в курсе тенденций развития ИТ-инфраструктуры. В рамках этого подпроцесса важным видом деятельности является активный мониторинг тенденций развития.

Так как Процесс Управления Мощностями и потребности бизнеса связаны между собой, Управление Мощностями является существенным элементом процесса планирования. Однако нельзя недооценивать и поддержку, предоставляемую им для операционных процессов[192]. Ниже рассматриваются связи этого процесса с другими процессами Сервис-менеджмента.

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

Взаимоотношения с Процессом Управления Проблемами Управление Мощностями поддерживает Процесс Управления Проблемами в его как реактивной, так и проактивной деятельности. Инструментарий Процесса Управления Мощностями, информация, накопленная в ходе его работы, знания и экспертиза могут использоваться для поддержки Процесса Управления Проблемами на различных этапах.

Взаимоотношения с Процессом Управления Изменениями Сотрудники, участвующие в Процессе Управления Мощностями могут входить в состав Консультативного совета по изменениям[194]. Управление Мощностями может предоставлять информацию о потребности в мощностях и потенциальном воздействии изменений на предоставление услуг. Информация об изменениях является входными данными для составления Плана по мощностям[195]. Во время разработки этого плана Процесс Управления Мощностями может направлять Запросы на изменения (RFC)[196].

Взаимоотношения с Процессом Управления Релизами Процесс Управления Мощностями поддерживает планирование распространения релизов при использовании компьютерных сетей для их тиражирования автоматическими и ручными средствами.

Взаимоотношения с Процессом Управления Конфигурациями Между Базой Данных Мощностей[197] (CDB) и Конфигурационной Базой Данных (CMDB) существует тесная взаимосвязь. Информация, предоставляемая Процессом Управления Конфигурациями, существенно необходима для разработки эффективной базы данных мощностей.

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

Взаимоотношения с Процессом Управления Финансами ИТ Управление Мощностями поддерживает составление плана инвестиций, анализ соотношения доходов и расходов[198] и принятие решений по инвестициям. Кроме того, этот процесс предоставляет важную информацию для выставления счетов по услугам, связанных с предоставлением мощностей, например, выделение сетевых ресурсов.

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

Взаимоотношения с Процессом Управления Доступностью Процессы Управления Мощностями и Управления Доступностью тесно связаны между собой. Проблемы с производительностью и мощностью могут привести к срыву работы ИТ-услуг. В действительности заказчик может считать малую производительность работы сервиса равнозначной недоступности. Необходима эффективная координация этих двух процессов из-за их тесной взаимозависимости. В них используется большое количество одинаковых инструментальных средств и методик, таких как анализ степени влияния сбоя компонентов (Component Failure Impact Analysis — CFIA) и анализ дерева сбоев (Fault Tree Analysis — FTA).