Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лекции(частично)_УиАИС.docx
Скачиваний:
4
Добавлен:
25.04.2025
Размер:
4.01 Mб
Скачать

3 Лекция (20.02.2025)

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

Метрики, используемые для контроля скорости работы системы, подразделяются на бизнес-метрики и технические метрики.

В бизнес-метрики входят такие параметры, как время ответа (Response Time), количество обращений (Quantity of Calls) и количество потерянных пакетов (Packet Loss). Эти показатели влияют на удобство работы пользователей. Например, если клиент вынужден ожидать ответа дольше нормы или если его запрос перенаправляется слишком много раз, он, скорее всего, откажется от услуги.

Технические метрики, такие как CPU Time, Total Time, пропускная способность сети, латентность (Latency), фиксируются в соглашениях об уровне обслуживания (SLA – Service Level Agreement). Эти показатели являются критичными для администраторов, поскольку позволяют корректировать параметры системы и устранять узкие места.

При ухудшении производительности важно определить, какие метрики изменились. Критическим порогом считается изменение более чем на 20% от номинальных значений. Например, если среднее время ответа системы увеличивается с 1 секунды до 1,2 секунды, пользователи могут начать испытывать неудобства. Если рост составит более 20%, система начнёт терять клиентов и прибыль.

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

В реальном времени (RT, Real Time) работа сетевых сервисов может быть критически зависима от качества передачи данных. Важную роль играет джиттер (Jitter) – изменение задержки в передаче пакетов. Например, в мультимедийных системах и потоковой передаче нарушение мультимедийного параметра приводит, например, к зависанию изображения или потере кадров. Для устранения таких проблем используются протоколы RTP (Real-Time Protocol) и RTCP (Real-Time Control Protocol), которые обеспечивают корректную передачу потоковых данных.

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

Для мониторинга сети применяются различные инструменты, такие как:

  1. SNMP (Simple Network Management Protocol) — протокол, позволяющий получать информацию о состоянии сетевого оборудования, но его постоянные опросы создают дополнительную нагрузку.

  2. NetFlow — сетевой стандарт, разработанный компанией Cisco для сбора информации об IP-трафике и мониторинга сетевых телеметрических данных. С помощью NetFlow переключатели или роутеры генерируют агрегированную статистику трафика, которая показывает использование полосы пропускания, активность партнёров по коммуникации и клиентов. Наиболее часто используется формат NetFlow v5.

  3. IPFIX — стандарт на основе NetFlow. Он рассматривает поток как любое число пакетов, наблюдаемых в определённом интервале времени и имеющих ряд общих свойств (например, один и тот же отправитель, один и тот же протокол). IPFIX позволяет отправляющему устройству включать в сообщения предопределённые типы данных, которые пользователь может задать при помощи специальных шаблонов. Кроме того, он предусматривает принудительную доставку: каждый отправитель периодически посылает настроенным принимающим устройствам сообщения IPFIX без какого-либо запроса со стороны получателя.

  4. RMON (Remote Monitoring) — протокол мониторинга компьютерных сетей, являющийся расширением протокола SNMP, интегрирующийся в сетевое оборудование и минимизирующий нагрузку на систему.

……………………………………………………………………………………….