что такое фактическая пропускная способность в kfc
Пропускная способность Kvs. Что это такое?
Пропускная способность Kvs. Что это такое?
Ниже решим задачу на пропускную способность (Kvs)
Kvs и пропускная способность синонимы.
Kvs = Пропускная способность.
Выражаясь так…: У некоторого клапана Kvs = 1,5 м3/час равносильно тому, как если бы Вы выразились, что у клапана пропускная способность равна 1,5 м3/час. В некоторых таблицах и паспортах любых гидравлических элементов(клапанов) могут указывать так:
Пропускная способность (Kvs) показывает значение гидравлического сопротивления. Отсюда и его определение.
Kvs – это форма выражения гидравлического сопротивления, которая характеризует пропускную способность. Значение пропускной способности присваивается практически всем элементам, которые участвуют в протекании в них жидкости или газа.
На стадии проектирования, проектанту обязательно необходимо знать пропускную способность любого гидравлического оборудования или клапана. От этого будет зависеть все необходимые расчеты для всей системы цепи, например системы отопления.
В чем измеряется пропускная способность?
Так договорились и присвоили единицу измерения: м3/час. (метр кубический в час). Это значение показывает расход. Например, расход клапана. Но это не просто расход, а расход, при котором на клапане возникает потеря напора равная 1 Bar.
Подробнее о потерях напора.
Расход – это протекание определенного объема жидкости или газа в единицу времени. В данном случае расход м3/час. Означает, что будет протекать 1 кубометр жидкости или газа в 1 час времени. То есть за два часа пройдет 2 кубометра жидкости или газа. За половину часа пройдет 0,5 метров кубических = 500 литров.
Например, рассмотрим термостатический клапан Kvs которого равен 1,2 м3/час.
То есть, если мы через клапан пропустим 1,2 м3/час, то потеря составит 1 Bar.
Насос выдает расход ровно 1,2 м3/час
Манометр 1, показывает 1,4 Bar
Манометр 2, показывает 0,4 Bar
Тогда потеря напора будет равна: 1,4 — 0,4 = 1 Bar.
Конечно, это не означает, что расход в клапане должен быть таким всегда. В большинстве случаев расход очень маленький. И возникают другие задачи:
Как найти потерю напора при малых расходах?
Существует формула перерасчета
Где P – потеря напора, Bar
Q – фактический, другой расход, м3/час
Kvs – пропускная способность, м3/час при котором потеря напора 1 Bar.
Имеется термостатический клапана пропускной способностью 1,2 м3/час.
Найти потерю напора при расходе 0.18 м3/час.
Ответ: Потеря напора составляет 0,0225 Bar.
В некоторых случаях можно найти аббревиатуры типа Kv. Такой аббревиатурой могут обозначать дополнительные функции пропускных способностей.
Например, некоторые клапаны имеют различные регулировки.
Отдельную регулировку могут обозначить как: Kv
Обычно Kvs показывает значение пропускной способности полностью открытого клапана. А Kv для определенного изменения положения клапана.
К сожалению, эта аббревиатура иностранного происхождения и не известна ее история зарождения.
Предположительно: Kvs — kinematic viscosity или кинематическая вязкость.
Пропускная способность Kvs с точки зрения точной математики присваивается в основном тем элементам, у которых гидравлическое сопротивление образовано только местными сопротивлениями. Подробнее здесь.
Но на практике и в целом в мире это не так, потому что пропускную способность можно присвоить даже котловому оборудованию имеющее в себе участки различных труб. Поэтому перерасчет расходов может быть только приблизительным. Потому что с точки зрения гидравлических расчетов формулы разные для трубопровода и клапанов. Но в целом сопротивления примерно одинаково пропорциональны. Если нужны более точные гидравлические расчеты, то изучайте гидравлику.
Гидравлика и теплотехника.
В разделе ремонт отопления, можете подробно ознакомиться с нашими услугами. Что мы делаем:
Рассчитать стоимость отопления можно в разделе калькулятор отопления
Стандарты кфс. СТАНДАРТЫ. Счистота нгостеприимство а точность м исправное состояние р продукт
КАССА
| 8 шагов обслуживания гостей | 4 момента истины |
| 1.Приветствие вместе с предложением | Момент истины 1 Приветствие |
| 2.Приём заказа 4.Повторение заказа | Момент истины 2 Приём заказа |
| 5.Сбор заказа 7.Расчёт и выдача сдачи | Момент истины 3 Выдача заказа |
| 8.Тёплое прощание | Момент истины 4 Прощание и благодарность |
Пирожное.14 часов разморозка+24 хранение.
Сервировка : 1 вилка, 1 салфетка
Сироп для кофе. 7 суток-хранение.
Кофе. Сервировка 1 мешалка,1 салфетка
М- Исправное состояние
Холодные напитки: температура 5+/-1 ºС
Кофе в зёрнах – Открытая упаковка 14 дней
Молоко- Открытая упаковка 12 часов
Панировочная смесь Hot&Spisy:
11.34 кг панировочной муки,
1 пакет (198гр) острые специи
Собрать-накрыть, собрать-поднять 20 раз.
хивать
хивать
Hw
DROP(ºC)
Филе Классик.Не панируйте за один раз более 12 филе:
— Минимум для 8-голового фритюра Henny Penny
— Минимум для 4-голового фритюра Henny Penny
— 4 куска филе (электрический), 5 кусков филе (газовый)
— Минимум для фритюра Winston – 4 куска филе
Панировочная смесь Original Recipe:
11.34 кг панировочной муки,
1 пакет (907гр) приправа OR-KFC
1 пакет (1162гр) панировочной соли
1 пакет (340гр) молочно-яичная смесь
Собрать-накрыть, собрать-поднять 20 раз.
хивать
• 4-головый Henny Penny:
После панировки сразу же уложите стрипсы на решетки.
Максимальное количество стрипсов, которое
Максимально – 3 решетки в корзину.
Минимально можно жарить 6 шт.
• 8-головый Henny Penny :
После панировки сразу же уложите стрипсы на решетку.
Максимальное количество стрипсов, которое
| Для КУСКОВ | Кол-во голов | Время жарки | Температура DROP(ºC) |
| 4 НР Электрическая | 1 | 15:00 | 157 |
| 2 | 14:00 | 169 | |
| 4 | 14:00 | 182 | |
| 8 НР Электрическая | 2 | 14:30 | 154 |
| 4 | 14:00 | 168 | |
| 6 | 14:00 | 171 | |
| 8 | 14:00 | 182 | |
| Winston 6 Head | 2 | 14:30 | 163 |
| 4 | 14:30 | 171 | |
| 6 | 14:30 | 182 |
ПОПКОРН
| ПОРЦИЯ | ВЕС (ЗАМОРОЗКА) |
| 1 | 136 |
| 2 | 260 |
| 3 | 390 |
| 4 | 520 |
| 5 | 680 |
Вес готовой порции 100 ГРАММ!(С упаковкой 106)
Температура приготовления 163 градуса! 3мин.45сек.
Минимум 136 грамм в одну корзину, максимум 680
Картофель фри. 3 мин 15 сек при t +177 С.
Время стекания масла : 5 секунд пол углом 45 º
Время хранения: 10 минут.
При подаче порция Картофеля Фри
сервируется 1 бумажной салфеткой
Время хранения в тепловом шкафу – 3 часа
Время хранения на тепловой витрине-1 час
САЛАТ ЦЕЗАРЬ-СРОК ХРАНЕНИЯ 4 ЧАСА
С
| Количество порций | Количество смеси | Колисество соуса |
| 5 | 485 | 1 пакет |
| 10 | 970 | 2 пакета |
130 грамм- вес одной порции
Срок хранения 1 час.
Разморозка 8 часов
После вскрытия упаковки 12 часов
20 минут разогретый бекон
Время стекания масла : 15 секунд.
Время хранения: 20 минут.
Классик\Зингер: майонез 28, салат айсберг 17
Лонгер острый: кетчуп 15, салат айсберг 10
Лонгер Оригинальный: майонез 19, салат айсберг 10
Биггер:майонез 19, салат айсберг 20, томаты 20гр,
3 стрипса, 1 ломтик сыра, 2 половинки бекона,
Соус барбекю 11.4гр
Мини-Твистер:майонез14.3, салат айсберг 10,
майонез19, салат айсберг 17, томаты 30гр
Боксмастер: майонез 28.5, салат айсберг 20,
томаты 30гр, филе Классик\Зингер, 1 ломтик сыра,
Твистер Веджи: майонез19, салат айсберг 17, томаты 30гр,
Хаш Браун разрезанный пополам, 1 ломтик сыра разрезанный пополам
Твистер Итальяно: соус итальяно33, томаты 40гр
Сандвичи хранятся на витрине 10 минут.
Твистер и Мини-Твистер- хранятся на витрине 5 минут,
KFC внедряет цифровые технологии
Сеть быстрого обслуживания YUM! Brands Russia внедрила цифровую концепцию в ресторанах сети KFC и Pizza Hut в России
В результате статичные лайт-боксы с меню сменились динамичным контентом с наглядной демонстрацией блюд, рекламой и информацией о специальных акциях.
Технологии, примененные в ресторанах KFC и Pizza Hut позволили управляющей компании получить новый инструмент коммуникации с потребителем. Все панели подключаются к удаленному серверу и могут управляться из любой точки мира в режиме реального времени даже в выключенном состоянии. Данные могут загружаться заранее, что существенно упрощает обслуживание системы. Таким образом, информация о ценах, ассортименте, специальных акциях всегда под контролем по всей сети.
Сеть ресторанов быстрого питания YUM! Brands (бренды KFC, Pizza Hut и Taco Bell), насчитывающая более 41 000 ресторанов в 125 странах мира. В России действует более 400 ресторанов сети, для переоборудования которых компания закупила более 1000 панелей.
Внедрение технологии уже получило положительные оценки от специалистов по обслуживанию как наиболее оптимальное на сегодняшний день, отвечающее всем требованиям ресторанного бизнеса. Среди прочего, удобным и важным новшеством, стала возможность внесения изменений в режиме реального времени.
«Технологическое решение цифровых меню-бордов, которое мы развернули в наших ресторанах, позволило нам более эффективно взимодействовать с нашим потребителем. Легкость и простота управления контентом дали нам возможность более точно и оперативно доносить информацию до наших Гостей. Теперь, когда мы управляем контентом в том числе и в ресторанах наших франчайзи-партнеров, у нас появилась единая платформа коммуникации с нашими посетителями. Уникальное решение отображения и управления цифровым контентом от компании Samsung позволило нам не только оптимизировать затраты, но и подчеркнуть современность в позиционировании наших ресторанов,» – отметил Олег Синякин, генеральный директор Pizza Hut Россия.
«Благодаря централизованному управлению системой мы получили возможность оперативной и надежной смены контента по всей сети ресторанов. Мы значительно сократили издержки на инсталляцию системы в новых открытиях и разгрузили персонал ресторанов от непрофильной деятельности. Обслуживание системы также удалось минимизировать благодаря унификации контента и быстрой заменяемости компонентов» – Акулинин Павел, руководитель отдела информационных технологий KFC
Сеть быстрого обслуживания YUM! Brands Russia внедрила цифровую концепцию в ресторанах сети KFC и Pizza Hut в России
В результате статичные лайт-боксы с меню сменились динамичным контентом с наглядной демонстрацией блюд, рекламой и информацией о специальных акциях.
Технологии, примененные в ресторанах KFC и Pizza Hut позволили управляющей компании получить новый инструмент коммуникации с потребителем. Все панели подключаются к удаленному серверу и могут управляться из любой точки мира в режиме реального времени даже в выключенном состоянии. Данные могут загружаться заранее, что существенно упрощает обслуживание системы. Таким образом, информация о ценах, ассортименте, специальных акциях всегда под контролем по всей сети.
Сеть ресторанов быстрого питания YUM! Brands (бренды KFC, Pizza Hut и Taco Bell), насчитывающая более 41 000 ресторанов в 125 странах мира. В России действует более 400 ресторанов сети, для переоборудования которых компания закупила более 1000 панелей.
Внедрение технологии уже получило положительные оценки от специалистов по обслуживанию как наиболее оптимальное на сегодняшний день, отвечающее всем требованиям ресторанного бизнеса. Среди прочего, удобным и важным новшеством, стала возможность внесения изменений в режиме реального времени.
«Технологическое решение цифровых меню-бордов, которое мы развернули в наших ресторанах, позволило нам более эффективно взимодействовать с нашим потребителем. Легкость и простота управления контентом дали нам возможность более точно и оперативно доносить информацию до наших Гостей. Теперь, когда мы управляем контентом в том числе и в ресторанах наших франчайзи-партнеров, у нас появилась единая платформа коммуникации с нашими посетителями. Уникальное решение отображения и управления цифровым контентом от компании Samsung позволило нам не только оптимизировать затраты, но и подчеркнуть современность в позиционировании наших ресторанов,» – отметил Олег Синякин, генеральный директор Pizza Hut Россия.
«Благодаря централизованному управлению системой мы получили возможность оперативной и надежной смены контента по всей сети ресторанов. Мы значительно сократили издержки на инсталляцию системы в новых открытиях и разгрузили персонал ресторанов от непрофильной деятельности. Обслуживание системы также удалось минимизировать благодаря унификации контента и быстрой заменяемости компонентов» – Акулинин Павел, руководитель отдела информационных технологий KFC
Какую скорость сети обеспечивает провайдер? Фактически
Если вы администрируете распределённую сеть, то наверняка периодически сталкиваетесь с задачей оценить фактическую пропускную способность каналов (VPN) между офисами. В общем случае, это можно делать тремя способами. Один очень прост, но непригоден для мониторинга каналов на регулярной основе. Это использование Iperf и т.п. Два других могут использоваться постоянно, но настолько сложны и дороги, что могут себе позволить только крупные и очень крупные компании. К этой категории относятся решения на основе анализа сетевого трафика в реальном времени (network sniffing) и решения, подмешивающие тестовый трафик в пользовательский трафик, и оценивающие прохождение тестового трафика. А что делать всем остальным, тем, кому нужно управлять качеством каналов, но по объективным причинам не относится к ЦА сверхдорогих решений? В этой статье я расскажу о новой технологии управления качеством работы сети. Она несравнимо проще и доступнее решений на основе подмешивания тестового трафика и network sniffing, не требует установки аппаратных зондов, но при этом позволяет управлять качеством распределённой сети на регулярной основе.
Это сугубо прагматическая концепция, разработанная исходя из возникающих на практике задач. Новизна описываемой технологии в том, что метод нагрузочного тестирования (используемый в Iperf, Chariot и т.п.), обычно применяемый для разовых измерений скорости сети, интегрирован в систему сетевого мониторинга. Отсюда и название технологии – Нагрузочный Мониторинг Сети (НМС). Кратко, идея НМС – в автоматическом проведении нагрузочных тестирований в те моменты времени, когда внутренние пользователи сети не активны (эти моменты определяются автоматически). Пропускная способность сети измеряется на уровне TCP. Основная область применения НМС – управление качеством VPN-соединений, например, в рамках Service Level Management.
Сначала несколько слов, что такое качество сети, в частности, качество каналов связи, какие методы для оценки качества чаще всего используются, в чем их достоинства и недостатки. (Здесь и далее термины «сеть» и «канал связи» будем употреблять как синонимы.) Под качеством сети будем понимать её применимость для конкретных целей. Сеть работает хорошо, если обеспечивается требуемое время реакции бизнес-приложений (end-to-end response time), требуемое качество передачи голоса (R-Value, MOS) и т.п. Другими словами, качество сети – это выполнение требований доступности ИТ-Сервисов. Именно ИТ-Сервисов, а не только каналов или оборудования. Высокая доступность сетевого оборудования, низкая утилизация портов, отсутствие ошибок передачи данных и т.п. – это ещё не гарантия того, что сеть обеспечивает требуемую доступность ИТ-Сервисов. Низкая утилизация портов может быть следствием задержек на оборудовании провайдера, вызывающих повторные передачи пакетов после таймаутов, потери пакетов могут не сопровождаться ошибками на портах сетевых устройств и т.п. Это означает, что с помощью обычной системы мониторинга, поддерживающей SNMP и WMI, качество работы сети измерить, как правило, нельзя. Такие системы для этого и не предназначены.
Вообще, когда заходит речь об измерении или оценке качества работы сети, нужно конкретизировать, что именно имеется в виду:
Примечание: В данном случае мы говорим только о технологиях, предназначенных для мониторинга КАЧЕСТВА СЕТИ. Поэтому SNMP, WMI, Transaction Simulation, Application Instrumentation и другие не рассматриваются.
Генерация тестовых пакетов (подмешивание тестовых пакетов в рабочий трафик) – это непрерывная (на фоне работающих приложений) передача в сеть определённых пакетов сетевого или транспортного уровня и измерение возникающих при этом задержек (delay), вариаций задержек (jitter), потерь пакетов (packet loss) и т.п. О качестве работы сети судят по тому, как проходят тестовые пакеты, интенсивность которых обычно невысока (чтобы не мешать работе приложений). По результатам таких измерений синтезируются интегральные показатели качества работы сети: R-Value, MOS и др. На этом методе основана, в частности, технология IP SLA, поддерживаемая оборудованием Cisco Systems.
Преимущества метода генерации тестовых пакетов:
Есть и ограничения:
Можно утверждать, что сегодня это стандарт de facto для управления QoS (Quality of Service) IP-сетей. Генерация тестовых пакетов активно используется как крупными телекоммуникационными компаниями, так и крупными корпоративными клиентами. Однако в секторе Enterprise этот метод постепенно сдаёт свои позиции методу network sniffing, в первую очередь, из-за невозможности контролировать QoE (Quality of Experience, качество работы бизнес-приложений глазами пользователей).
Network sniffing – это захват и анализ всех проходящих по сети пакетов и извлечение из них информации канального уровня (ошибки, загрузка и т.п.), транспортного уровня (задержки на клиенте, сети, сервере, потерянные пакеты, нулевой размер окна и т.п.) и прикладного уровня (время реакции, MOS и т.п.).
Преимущества network sniffing:
Недостатки метода network sniffing практически такие же, как и у метода генерации тестовых пакетов:
Тем не менее, сегодня именно network sniffing сегодня является стандартом de facto для оценки качества работы сети внутри ЦОД, а также для организации мониторинга QoE (Real User Monitoring).
Для тестирования сети обычно используют более простые методы и средства. (Исключение –тестирование сети на пригодность к передаче голоса и видео, например, PESQ (Perceptual Evaluation of Speech Quality), но это отдельная тема.) Основной метод здесь – это передача больших массивов данных и измерение пропускной способности сети. В сети устанавливаются передатчик и приёмник данных, между которыми выполняется пересылка массивов данных известного объёма. Основным измеряемым показателем является пропускная способность сети (throughput), она же скорость, которая вычисляется как отношение объёма переданных данных к затраченному на это времени. Считается, что чем выше пропускная способность сети, тем лучше её качество. Изменяя объем и состав передаваемых данных, TOS, протокол и другие параметры, можно оценивать качество сети под различные бизнес-приложения.
Существует множество различного инструментария, предназначенного для тестирования сети, как бесплатного (Iperf, speedtest и т.п.), так и коммерческого (FTest, Chariot и т.п.). Достоинства и недостатки большинства таких средств прямо противоположны достоинствам и недостаткам систем мониторинга (IP SLA, network sniffing). Если системы мониторинга, как правило, не позволяют оценивать потенциальные возможности сети, то средства тестирования только для этого и предназначены. Системы мониторинга, как правило, сложны в использовании. Средства тестирования, наоборот, просты и понятны. Но главное преимущество средств тестирования – это ПРОСТОТА ИНТЕРПРЕТАЦИИ РЕЗУЛЬТАТОВ.
Как уже говорилось выше, определить пороговые значения метрик, измеряемых системами мониторинга, часто бывает очень непросто. При тестировании сети вы всегда точно знаете, какой результат означает хорошее качество сети, а какой – плохое. Например, если вы тестируете 100 МВ – канал на уровне ТСР, передавая для этого большие массивы данных, то накладные расходы (преамбула, заголовки, синхронизация) составят около 10%–12%. Поэтому если пропускная способность сети будет на уровне 88Mbps–90Mbps, то потерь нет и сеть работает хорошо. Чем меньше эти цифры, тем хуже работает сеть. Поэтому, если провайдер говорит, что он дал вам канал 100 Mbps, а эффективная пропускная способность на уровне 88Mbps–90Mbps, он вас не обманывает. Но если эффективная пропускная способность при этом составляет 60 Mbps, то это предмет для разговора.
Основное ограничение большинства средств тестирования (Iperf, Chariot и т.п.) – невозможность их использования в постоянном режиме, в частности, во время эксплуатации сети. Вы можете попросить пользователей не работать, и измерить пропускную способность сети один раз, два раза, десять раз, но вы не можете делать это постоянно. Сеть для работы, а не для тестирования. Если же вы будете тестировать сеть в то время, когда в ней работают пользователи, то, во-первых, вы будете мешать пользователям, во-вторых, результаты тестирования будут не достоверны, т.к. на них будет влиять пользовательский трафик.
Как следует из вышесказанного, тестирование и мониторинг взаимно дополняют друг друга. При этом тестирование проводят при отсутствии работающих пользователей. Мониторинг – наоборот, когда пользователи работают. Но можно действовать и по-другому. Всегда существуют временные интервалы, когда пользователи неактивны. Если такие интервалы определять автоматически и в это время проводить тестирование сети, а результаты тестирования отдавать в систему мониторинга, мы одновременно решим две важные задачи:
Интеграцию нагрузочного тестирования с системой мониторинга я назвал Нагрузочным Мониторингом Сети.
Нагрузочный Мониторинг Сети (НМС). Как это работает
Таким образом, идея НМС заключается в следующем:
НМС может иметь много применений. Но лучше всего он подходит для управления качеством арендуемых каналов связи, например, между ЦОД и удалёнными офисами. Посмотрим, как это работает.
Рисунок 1. Нагрузочный Мониторинг Сети. Архитектура решения.
Для проведения НМС в сети устанавливается система мониторинга, включающая Консоль управления, Зонды и Ответчики. Тестирование сети выполняет специальный Тест, работающий на Зонде. Кроме нагрузочного тестирования, Зонд выполняет мониторинг работы сетевого оборудования (утилизация, ошибки и т.п.), результаты которого передаются на Консоль. На Зонде могут одновременно выполняться множество Тестов. Одни Тесты выполняют мониторинг оборудования. Другие – нагрузочное тестирование сети. С Консоли задаются параметры всех Тестов. Для Тестов, выполняющих нагрузочное тестирование сети, такими параметрами являются:
В процессе нагрузочного тестирования измеряются следующие метрики:
| № | Характеристика | Описание |
|---|---|---|
| 1 | READ (Mbps, %) | Пропускная способность сети при передаче данных от Ответчика к Зонду. Во всех случаях одновременно измеряется абсолютная и относительная (относительно установленного значения) пропускная способность. |
| 2 | WRITE (Mbps, %) | Пропускная способность сети при передаче данных от Зонда к Ответчику. |
| 3 | RD-WR (Mbps, %) | Пропускная способность сети при встречной передаче данных между Зондом и Ответчиком. |
| 4 | TOTAL (Mbps, %) | Общая пропускная способность сети при одновременной передаче данных между Зондом и несколькими Ответчиками. В зависимости от направления передачи данных может быть: TOTAL READ, TOTAL WRITE, TOTAL RD-WR. |
| 5 | AVERAGE (Mbps, %) | Средняя пропускная способность сети при поочерёдной передаче данных между Зондом и несколькими Ответчиками. В зависимости от направления передачи данных может быть: AVERAGE READ, AVERAGE WRITE, AVERAGE RD-WR. |
| 6 | Responder Availability (%) | Доступность Ответчиков по UDP. Проверка доступности Ответчиков может быть отключена. |
| 7 | TCP Link Availability (%) | Доступность TCP-канала. TCP-канал считается недоступным, когда при доступности Ответчика UDP с ним невозможно установить связь по TCP и во время передачи данных происходит разрыв связи между Ответчиком и Зондом. |
Чтобы тестирование сети проводилось только в то время, когда в сети не работают внутренние пользователи, на Зонде устанавливается программа Регулировщик. Её назначение – постоянно следить, можно или нельзя в данный момент проводить нагрузочное тестирование (выполнять генерацию трафика). Тест начнёт выполнять генерацию трафика только в том случае, если Регулировщик скажет «Можно». Если в процессе генерации Регулировщик скажет «Нельзя», генерация сразу прекращается. Регулировщик использует в своей работе стандартную функциональность системы сетевого мониторинга. В простейшем случае – результаты мониторинга по SNMP загруженности портов каналообразующего оборудования.
Рисунок 2. Управляемая Генерация Трафика
Предположим, тестируется канал связи, подключённый к 6-му порту маршрутизатора; см. Рис. 2. При этом Зонд подключён к 1-му порту, а пользователи – к 4-му порту. Предположим, Тест должен с 9:00 до 20:00 каждый час передавать 10 Мбайт данных от Ответчика к Зонду.
Тест постоянно следит за сигналом Регулировщика и начнёт генерацию трафика только в том случае, если Регулировщик говорит «Можно». А это произойдёт только в том случае, если утилизация порта 4 будет меньше определённого значения, например, 3%. Если в то время, когда должна начаться генерация трафика, Регулировщик говорит «Нельзя», Тест будет ждать определённое время. Если в течение этого времени он так и не дождётся сигнала «Можно» (снижения утилизации до 3%), то генерация трафика будет отложена до следующего часа. Начав генерацию трафика, Тест продолжает контролировать сигнал Регулировщика, и если он увидит сигнал «Нельзя» (утилизацию порта 4 выше 3%), то сразу прекращает генерацию, фиксирует конфликт и аннулирует результаты данного измерения.
Регулировщик работает в фоне и, таким образом, всегда знает, можно или нельзя в данный момент времени выполнять генерацию трафика (даже если его об этом не спрашивают). Условия выдачи сигналов «Можно» и «Нельзя» могут быть различными (не только утилизация портов). Это может быть, например, число активных подключений к базе данных или число активных пользователей какого-то бизнес-приложения. При работе Теста Регулировщик может быть включён или выключен.
Два применения Нагрузочного Мониторинга Сети
В зависимости от того, включён или выключен Регулировщик, НМС позволяет решить две различные задачи:
Обе задачи могут решаться одновременно, т.к. Зондов может быть несколько и на каждом Зонде может одновременно выполняться несколько Тестов. В одних Тестах Регулировщик может быть включён, в других – выключен.
Регулировщик включён: Аудит качества получаемых услуг
Если Регулировщик включён, то НМС – это инструмент аудита качеством получаемых услуг. Пропускная способность сети, измеренная в то время, когда пользователи не работали, однозначно характеризует качество работы опорной сети провайдера.
Зная номинальную пропускную способность каналов на физическом уровне, и сравнив её с измеренной пропускной способностью на уровне TCP, вы легко опередите, какие каналы работают хорошо, а какие – плохо. Если тестируются каналы Ethernet, то их пропускная способность на уровне TCP не должна более чем на 10%–12% быть ниже их физической скорости. На Рисунке 3 показан пример отчёта в формате MS Excel, из которого сразу видно, что канал Москва-Пермь работает хуже других.
Рисунок 3. Отчёт о пропускной способности каналов связи (создаётся автоматически)
У такого решения есть ещё одно важное преимущество. Оно существенно повышает эффективность диагностики сетевых сбоев, выполняемой другими методами, например, network sniffing. Чтобы быстро определить причину сбоя, нужно видеть, как есть, и знать, как должно быть. Когда вы анализируете сетевой сбой, который возник в период прохождения пользовательского трафика, вы видите как есть, но не всегда знаете, как должно быть. Когда же вы анализируете сбой, произошедший в то время, когда в сети был только тестовый трафик, вы не только видите как есть, но и всегда знаете, как должно быть. Это существенно упрощает процесс диагностики.
Регулировщик выключен: Управление качеством сети
Если Регулировщик выключен, то НМС – это система управления качеством работы сети. Показателем качества работы сети является метрика «Пропускная способность сети на уровне ТСР». Другие метрики (утилизация, число ошибок и т.п.) получают статус дополнительных. Если пропускная способность ухудшится, они помогут определить, с чем это может быть связано. К достоинствам такого решения можно отнести, в первую очередь, простоту управления качеством сети, оборудование которой не поддерживает IP SLA. Если в сети произойдёт сбой, пропускная способность сети неминуемо снизится, и вы узнаете о сбое до того, как пользователи начнут обращаться в Service Desk, и сможете быстро определить причину (если она носит локальный характер).
На приведённом ниже рисунке показан снимок экрана консоли оперативного мониторинга сети. Верхняя диаграмма – оценка пропускной способности сети. Три нижние диаграммы – оценки качества работы оборудования, которое может влиять на пропускную способность сети. Все четыре оценки привязаны к единой временной шкале.
Рисунок 4. Скриншот оперативного мониторинга качества работы канала связи.
В этом случае, чтобы не создавать большой трафик и не мешать работе пользователей, Тест нужно настроить на периодическую (например, каждые 15 мин.) передачу массива данных небольшого размера, например, 2 МВ. Для этого в параметрах Теста следует установить режим «Мониторинг сети».
Заключение
Сегодня много говорят о Service Level Management, но экономичного и эффективного инструментария, с помощью которого можно было бы на постоянной основе оценивать качество работы, например, арендуемых каналов связи, пока не много. Нагрузочный Мониторинг Сети является примером такого инструментария. Надо признать, что полученные с его помощью результаты при разрешении юридических споров правовой силы иметь не будут. Но использовать пропускную способность на уровне TCP в качестве метрики (наряду с доступностью), прописываемой в SLA, было бы правильно.