Управление мощностями

Целью управления мощностями является обеспечение достаточности ресурсов информационных технологий для экономичного удовлетворения будущих бизнес-требований. Одна из распространенных интерпретаций управления мощностью описана в рамках ITIL . В версии 3 ITIL управление мощностью рассматривается как включающее три подпроцесса: управление мощностью бизнеса, управление мощностью услуг и управление мощностью компонентов.

По мере изменения использования ИТ-услуг и развития их функциональности количество центральных процессоров (ЦП), памяти и хранилища на физическом или виртуальном сервере и т. д. также меняется. Если в определенное время суток наблюдаются скачки, например, вычислительной мощности, предлагается проанализировать, что происходит в это время, и внести изменения для максимизации существующей ИТ-инфраструктуры ; например, настройка приложения или перенос пакетного цикла на более тихий период. Такое планирование мощности определяет любые потенциальные проблемы, связанные с мощностью, которые могут возникнуть, и обосновывает любые необходимые инвестиционные решения — например, требования к серверам для удовлетворения будущего спроса на ИТ-ресурсы или консолидацию центров обработки данных . ^[1]

Эти действия направлены на оптимизацию производительности и эффективности, а также на планирование и обоснование финансовых инвестиций. Управление мощностями связано с:

Мониторинг производительности и пропускной способности или нагрузки на сервер, ферму серверов или объект недвижимости.
Анализ производительности данных измерений, включая анализ влияния новых выпусков на емкость
Настройка производительности деятельности для обеспечения максимально эффективного использования существующей инфраструктуры
Понимание требований к услуге и будущих планов по увеличению (или сокращению) рабочей нагрузки.
Влияние на спрос на вычислительные ресурсы
Планирование емкости хранилища, компьютерного оборудования, программного обеспечения и ресурсов инфраструктуры связи, необходимых на некоторый будущий период времени. ^[2]

Управление мощностью взаимодействует с дисциплиной Performance Engineering как во время разработки требований и проектирования системы, так и при использовании мониторинга производительности.

Факторы, влияющие на производительность сети

Не все сети одинаковы. Поскольку для передачи данные разбиваются на составные части (часто известные кадры, пакеты или сегменты), на их доставку могут повлиять несколько факторов.

Задержка : доставка пакета через промежуточные сети может занять много времени. В надежных протоколах, где получатель подтверждает доставку каждого фрагмента данных, это можно измерить как время прохождения туда и обратно .
Джиттер : это изменчивость задержки. Желателен низкий уровень джиттера, поскольку он обеспечивает стабильный поток доставляемых пакетов. Если это значение превышает 200 мс, буферы могут перестать работать и в них не будет данных для обработки.
Порядок приема . Некоторые протоколы реального времени, такие как голос и видео, требуют, чтобы пакеты поступали в правильном порядке последовательности для обработки. Если пакеты поступают не по порядку или вне последовательности, их, возможно, придется отбросить, поскольку их невозможно вставить в уже воспроизведенный поток.
Потеря пакетов . В некоторых случаях промежуточные устройства в сети теряют пакеты. Это может быть связано с ошибками, перегрузкой промежуточной сети или намеренным сбросом трафика для обеспечения определенного уровня обслуживания.
Повторная передача : когда пакеты теряются в надежной сети, они передаются повторно. Это влечет за собой две задержки: во-первых, задержку повторной отправки данных; и, во-вторых, задержка, возникающая из-за ожидания получения данных в правильном порядке перед их пересылкой вверх по стеку протоколов.
Пропускная способность : объем трафика, который может передавать сеть, измеряется как пропускная способность, обычно в килобитах в секунду. Пропускная способность аналогична количеству полос на шоссе, тогда как задержка аналогична ограничению скорости.

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

Дисциплина управления эффективностью

Управление производительностью сети (NPM) состоит из измерения, моделирования, планирования и оптимизации сетей, чтобы гарантировать, что они передают трафик со скоростью, надежностью и емкостью, которые соответствуют характеру приложения и ценовым ограничениям организации.Разные приложения требуют разного сочетания емкости, задержки и надежности. Например:

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

Задачи управления производительностью сети и классы инструментов

Управление производительностью сети является основным компонентом телекоммуникационной структуры FCAPS ISO (буква «P» означает «Производительность» в этой аббревиатуре). Это позволяет сетевым инженерам заранее подготовиться к ухудшению работы их ИТ-инфраструктуры и в конечном итоге улучшить качество обслуживания конечных пользователей.

Сетевые менеджеры выполняют множество задач; к ним относятся измерение производительности, судебно-медицинский анализ, планирование мощности, а также нагрузочное тестирование или создание нагрузки. Они также тесно сотрудничают с разработчиками приложений и ИТ-отделами, которые полагаются на них в предоставлении базовых сетевых услуг. ^[3]

Для измерения производительности операторы обычно измеряют производительность своих сетей на разных уровнях. Они либо используют метрики для каждого порта (какой объем трафика через порт 80 прошел между клиентом и сервером и сколько времени это заняло), либо полагаются на метрики конечного пользователя (насколько быстро загружалась страница входа для Боба).
- Метрики для каждого порта собираются с помощью мониторинга на основе потоков и таких протоколов, как NetFlow (теперь стандартизированный как IPFIX ) или RMON .
- Показатели конечных пользователей собираются с помощью веб-журналов , синтетического мониторинга или мониторинга реальных пользователей . Примером может служить ART (время отклика приложения), который предоставляет сквозную статистику, измеряющую качество взаимодействия .
Для судебно-медицинского анализа операторы часто полагаются на снифферы , которые разбивают транзакции по их протоколам и могут обнаружить такие проблемы, как повторные передачи или согласование протоколов.
Для планирования мощности неоценимое значение имеют инструменты моделирования, такие как Aria Networks, OPNET , PacketTrap , NetSim , NetFlow и sFlow Analyser или NetQoS , которые прогнозируют влияние новых приложений или увеличения использования. По данным Gartner , к 2018 году более 30% предприятий будут использовать инструменты управления мощностью своих критически важных ИТ-инфраструктур по сравнению с менее чем 5% в 2014 году. ^[4] Эти инструменты управления мощностью помогают группам управления инфраструктурой и операциями планировать и оптимизировать ИТ-инфраструктуру и инструменты, а также сбалансировать использование внешних поставщиков услуг облачных вычислений . ^[4]
Для генерации нагрузки , которая помогает понять точку разрыва, операторы могут использовать программное обеспечение или устройства, генерирующие трафик по сценарию. Некоторые поставщики хостинговых услуг также предлагают генерацию трафика с оплатой по мере использования для сайтов, которые выходят в общедоступный Интернет.

Инструменты NPM нового поколения

Инструменты NPM следующего поколения — это инструменты, которые улучшают управление сетью за счет автоматизации сбора сетевых данных, включая проблемы с пропускной способностью, и их автоматической интерпретации. сравнивает три таких инструмента: vRealize Network Insight от VMWare, PathSolutions TotalView и Kemp Flowmon. Терри Слэттери, редактор NoJitter.com, в статье «Будущее управления производительностью сети » ^[5] 10 июня 2021 г.

Будущее НПМ

Будущее сетевого управления — это радикально расширяющаяся область развития, по словам Терри Слэттери 10 июня 2021 года: «Мы начинаем видеть больше аналитики сетевых данных на уровнях, которые были невозможны 10-15 лет назад из-за ограничений, которые больше не существуют в вычислениях, памяти, хранении и алгоритмах. Новые подходы к управлению сетью обещают помочь нам обнаруживать и решать сетевые проблемы... Это, безусловно, интересная и развивающаяся область». ^[5]

См. также

Ссылки

^ Клостербур, Ларри (2011). Управление мощностями ITIL . Бостон: Pearson Education. ISBN 0-13-706592-2 .
^ Роуз, Маргарет (апрель 2006 г.), Здание с учетом современного дизайна центра обработки данных , заархивировано из оригинала 3 марта 2018 г. , получено 23 сентября 2015 г.
^ Джордан, Доррис, М. «Жизненный цикл продукта» . Проверено 17 ноября 2021 г. {{cite news}}: CS1 maint: несколько имен: список авторов ( ссылка )
^ Jump up to: ^а ^б Руководитель, Ян (30 января 2015 г.), «Рыночное руководство по инструментам управления мощностью» , Gartner ^{[ мертвая ссылка ]}
^ Jump up to: ^а ^б Слэттери, Терри (10 июня 2021 г.). «Будущее сетевого управления: обзор трех продуктов для сетевого управления» . NoJitter.com .

[Klosterboer-1] Клостербур, Ларри (2011). Управление мощностями ITIL . Бостон: Pearson Education. ISBN 0-13-706592-2 .

[Rouse-2] Роуз, Маргарет (апрель 2006 г.), Здание с учетом современного дизайна центра обработки данных , заархивировано из оригинала 3 марта 2018 г. , получено 23 сентября 2015 г.

[3] Джордан, Доррис, М. «Жизненный цикл продукта» . Проверено 17 ноября 2021 г. {{cite news}}: CS1 maint: несколько имен: список авторов ( ссылка )

[Head-4] Jump up to: ^а ^б Руководитель, Ян (30 января 2015 г.), «Рыночное руководство по инструментам управления мощностью» , Gartner ^{[ мертвая ссылка ]}

[slattery-5] Jump up to: ^а ^б Слэттери, Терри (10 июня 2021 г.). «Будущее сетевого управления: обзор трех продуктов для сетевого управления» . NoJitter.com .

[1]

[2]

[3]

[4]

[5]