Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

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



Настройка системы в целях оптимизации системных ресурсов позволяет достичь приемлемого времени ответа на транзакцию в условиях максимальной нагрузки. Анализ трендов данных, полученных в результате мониторинга, также дает возможность планировать тенденции экономического роста. При проектировании и внедрении систем необходимо учитывать возможный рост.

Существует множество рекомендаций по выполнению настройки, которые следует принимать во внимание при проектировании или создании новых приложений и систем. Выполнение данных рекомендаций часто осуществляется с помощью инструментов масштабирования приложений. Во многих случаях гибкая архитектура является более предпочтительной, так как она допускает расширение и настройку основных областей CPU, памяти, скорости диска и ввода/вывода данных, а также пропускной способности сети. Например, запись файла протокола транзакций происходит последовательно, зачастую одновременно с записью элементов данных. Разделение позволяет обеспечить сохранность и оптимизировать запись файла протокола на диск (например, разделенная зеркальная пара), вследствие чего производительность и доступность базы данных повышается. Аналогичным образом, увеличение скорости при использовании массива независимых дисковых накопителей с избыточностью (например, RAID), позволяет существенно повысить эффективность данных и индексов, а также обеспечивает расширение возможностей настройки. В технических описаниях и инструкциях по аппаратному и программному обеспечению могут содержаться сведения о дополнительных техниках усовершенствования структуры, позволяющие оптимизировать мощность.



Как было упомянуто ранее, данные рекомендации по оптимизации обычно доступны при использовании инструментов масштабирования приложений. Также возможно применение универсальных инструментов моделирования для проведения анализа «что-если».

Инициация изменений

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

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

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

· Снижение неблагоприятного воздействия, оказываемого на клиентов сервисов

· Повышение эффективности работы клиента.

· Повышение эффективности работы специалистов ИТ служб.

· Снижение числа изменений, которые необходимо отменить, а также возможность выполнять это более простым образом.

· Улучшенное управление и контроль сервисов важных для бизнеса приложений.

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

Методы, предполагающие отключение одного сервера (N+1) или нескольких серверов (N+N) для обеспечения плавного перехода или выполнения «кумулятивного обновления» при внесении изменений, необходимо сопоставлять с затратами. Однако не следует недооценивать затраты, возникающие в результате простоя, которые очень часто позволяют оправдать данный подход к внедрению изменений мощности.

В заключении можно сказать, что эффективное внедрение процесса управления мощностью требует тщательного анализа и глубокого понимания работы бизнеса, его процессов и лежащих в основе причин использования или не использования мощности. Затраты распределяются по категориям мощности согласно источникам мощности и видам затрат.

Мероприятия по мониторингу, анализу, настройке и инициации изменений (с помощью управления изменениями) повторяются циклически как при управлении ресурсами, так и при управлении производительностью. Более подробная информация доступна в следующих руководствах по MOF Функции управления сервисом: Расписание работ, Управление хранением, Мониторинг и контроль сервисов, а также Администрирование сети.

Подпроцессы управления мощностью

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


Дата добавления: 2015-11-04; просмотров: 14 | Нарушение авторских прав







mybiblioteka.su - 2015-2024 год. (0.008 сек.)







<== предыдущая лекция | следующая лекция ==>