После этого добавляются новые участки фирмы Contoso в соответствии с предлагаемой структурой системы передачи сообщений, включая прорисовку линий сетевых соединений.
В связи с тем, что одним из требований было использование старого аппаратного обеспечения, существовавшего в фирме Contoso, то необходимо провести его оценку и указать параметры мощности и производительности для черных блоков, представляющих сервера фирмы Contoso.
Для каждой возможной структуры системы обмена информацией запускается имитация по сценарию «что-если» и составляются отчеты по результатам анализа использования, анализа транзакций и анализа узких мест. В зависимости от используемых методов и технологий имитации, могут формироваться отчеты, показывающие производительность модели при заданной рабочей нагрузке. Система, применяемая в компании Woodgrove, позволяет создавать следующие отчеты:
· В отчете по результатам анализа использования приводится перечень всех устройств системы и уровень их использования в условиях стандартной пиковой нагрузки в утренние часы.
· В отчете по результатам анализа транзакций содержится список типов транзакций по обмену информацией, упорядоченный по среднему времени задержки получения ответа пользователем, а также минимальное и максимальное значение задержки.
· В отчете по результатам анализа узких мест определяются компоненты структуры, утилизация которых достигает предельной величины и, следовательно, являются потенциальными узкими местами. Важно знать, какой компонент смоделированной структуры должен быть заменен первым при увеличении нагрузки процесса передачи сообщений.
После этого запускается выполнение сценариев «что-если». Каждый раз необходимо анализировать полученные отчеты и проверять соответствие производительности системы уровню мощности, который требуется по условиям SLA. Для каждого сценария может потребоваться выполнение оптимизации структуры модели до тех пор, пока не будет достигнут необходимый уровень производительности, мощности и затрат.
По завершению моделирования компания Woodgrove получает структуру системы передачи сообщений, которая будет удовлетворять требованиям к мощности бизнеса и сервиса.
Выходная информация
· Подробная структура системы передачи сообщений для новой объединенной организации, включающей Woodgrove и Contoso.
· Обновление плана по мощности и CDB.
Приложение D: Рекомендуемые технологии
В ходе внедрения управления мощностью организации пользуются возможностями, которые предоставляют определенные инструменты и технологии. Необходимое количество и уровень сложности этих инструментов зависит от масштаба организации, числа и типа ИТ компонентов, которые подлежат управлению.
В руководстве по функции управления сервисом описание инструментов, необходимых для поддержки процессов, которые задействованы в управлении мощностью, разработано для среднемасштабной организации. Представленные в настоящем документе инструменты являются универсальными, и приведенные рекомендации могут быть использованы организациями любых типов и масштабов.
Корпорацией Microsoft были разработаны некоторые инструменты, обеспечивающие поддержку процесса управления мощностью, в том числе:
· Microsoft SQL Server™ или Microsoft Access для размещения базы данных управления мощностью, которые будут полезны для любых организаций, за исключением самых малых.
· Microsoft Systems Management Server (SMS) для системы автоматизированного управления рабочими станциями и серверами, на которых установлена система Microsoft Windows.
· Microsoft Visio® Professional Edition для представления сетевых ресурсов.
· Microsoft Excel для создания моделей мощности и выполнения сценариев «что-если». Функции Excel могут быть дополнены расширены с помощью имитационных программных продуктов Monte Carlo или других методик расширенного моделирования.
Приложение E: Перечень контрольных вопросов для процесса планирования мощности
Функция управления сервисом «Управление мощностью» концепции MOF предоставляет подробные указания по вопросам внедрения процесса управления мощностью в ИТ организации. Ниже приведен перечень контрольных вопросов, описывающих простой процесс, который организации могут использовать в качестве основы при разработке или корректировке своего плана по мощности. Данный перечень был составлен на базе более подробного списка, разработанного и применяемого организацией MSN, входящей в состав Корпорации Microsoft.
□ | Определение контрольных этапов плана по мощности Как при работе над любым проектом, менеджер должен получить информацию от других команд и заинтересованных лиц, и затем на ее основе составить расписание работ. Это расписание, обычно составляемое при помощи таких приложений как Microsoft Project или Microsof Excel, публикуется и периодически корректируется по мере реализации проекта. Необходимо определить предварительные даты для основных и промежуточных контрольных этапов процесса реализации проекта. | ||
□ | Сбор документов На данном шаге осуществляется объединение существующей документации, ссылок на сетевые ресурсы, результаты нагрузочных испытаний, маркетинговые прогнозы, схемы структур серверов и сетей, руководства по эксплуатации и другие ресурсы и информация, которые могут быть использованы при разработке плана по мощности. Необходимо обеспечить хранение всех документов в одном месте; в некоторых случаях может возникнуть необходимость создания или копирования документов. | ||
□ | Проведение организационного совещания Специалист, осуществляющий планирование мощности, проводит совещание с основными участниками, для согласования того, что будет выполнено в ходе проекта, для подтверждения целевых сроков, распределения ответственности и обсуждения ключевых вопросов. В целях отчетности необходимо составлять протокол совещания. | ||
□ | Определение и обоснование OLA/SLA/PT (целевые значения производительности) Невозможно составить реальный план по мощности без достижения соглашений о требованиях к набору показателей, которые должны быть достигнуты. Необходимо разработать соглашения об операционном уровне (OLAs), соглашения об уровне сервиса (SLAs) или при их отсутствии целевые значения производительности (PTs) для того, чтобы обеспечить возможность создания четкого плана, который показывает, каким образом эти требования могут быть реализованы. В дальнейшем необходимо представить обоснование данные показателей. По тем показателям, которые требуют определенного уровня производительности, необходимо составить отчет с обоснованием этого уровня, так как производительность считается равной капитальным затратам. Обычно показатели связаны с производительностью сервиса (период времени, в течение которого пользователь ожидает завершения определенной транзакции) или с доступностью сервиса (является ли сервис доступным в тот момент, когда у клиента возникает в нем потребность). | ||
□ | Определение и обоснование требований к производительности серверов На уровне разработки OLA/SLA/PT (описание приведено выше) происходит согласование обязательств, относящихся к требованиям конечной производительности всего сервиса в целом (например, передача сообщений или интерактивные транзакции). Однако на более низком уровне характеристики производительности объектов формируются с учетом параметров компонентов, которые входят в состав сервиса. Например, задержка по какому-либо сервису может являться суммой задержек, возникающих на внешних серверах, SQL северах и компонентах сетевой инфраструктуры. На этом шаге специалисты по планированию мощности и разработчики инфраструктуры анализируют компоненты сервисов и формируют требования к производительности на уровне компонентов. | ||
□ | Определение источников рабочей нагрузки Источники рабочей нагрузки представляют собой основные параметры оценки рабочей нагрузки (например, транзакций в секунду, входов в систему в секунду, SQL запросов в секунду, или определенные пользователем профили), которые применяются для определения уровня использования компонента и требований к производительности. Для данного сервиса может существовать множество источников рабочей нагрузки, которые в свою очередь приводят в действие выбранные CPU, модули памяти, дисковые накопители, порты или другие компоненты. | ||
□ | Определение требований нагрузочных испытаний на основе OLA/SLA/PT На данном шаге определяются взаимосвязи, которые необходимо установить между различными компонентами сервиса, чтобы достичь целевых значений рабочей нагрузки, производительности и уровня использования. Выходная информация обычно представляется в виде таблиц или графиков. После завершения установки связей будет доступна информация о том, какой уровень производительности компонента достигается при заданном уровне рабочей нагрузки (например, какой будет задержка и уровень загрузки CPU при рабочей нагрузке, равной n транзакциям в секунду). Эти взаимосвязи позволяют специалистам по планированию мощности понять ограничения производительности анализируемого сервиса. | ||
□ | Определение и обоснование факторов избыточности На данном шаге команда по планированию мощности проводит оценку различной избыточности, которая может существовать в пределах сервиса, в целях разработки будущих мероприятий по эксплуатации (например, кумулятивные обновления) или для устранения системных ошибок. При внедрении новой технологии или модернизации инфраструктуры необходимо скорректировать показатели избыточности. Данные расчеты осуществляются при содействии команды разработчиков. | ||
□ | Анализ тенденций фактического роста – сравнение с прогнозными оценками Данный шаг обеспечивает создание контура обратной связи между прогнозными оценками производительности и архивными данными. Анализ применяется для уточнения сервисов клиентов и обоснования запросов по мощности их сервисов, а также для оценки архива информации по сервису.
| ||
□ | Расчет пороговых значений рабочей нагрузки Команда по планированию мощности определяет пороговые значения рабочей нагрузки на основе: · Требований к производительности сервиса (OLA/SLA/PT). · Требований к производительности сервера. · Взаимосвязей между рабочей нагрузкой, производительностью и показателями уровня использования. Эти данные формируются в результате выполнения предыдущих шагов процесса планирования. Пороговые значения рабочей нагрузки представляют собой значения, при достижении которых сервер перестает выполнять какие-либо требования к производительности (например, задержка или доступность). | ||
□ | Моделирование мощности Применение значений рабочей нагрузки, результатов нагрузочных испытаний, информации прогнозов и архивов, а также показателей избыточности для определения требований инфраструктуры в целях достижения необходимого уровня мощности. | ||
□ | Документирование полученной информации, предположений, ограничений и будущих работ Регистрация информации, полученной по итогам моделирования. | ||
□ Дата добавления: 2015-11-04; просмотров: 16 | Нарушение авторских прав
|