На что снижают нагрузку контроллеры

Балансировка нагрузки на контроллеры программно-конфигурируемой сети Текст научной статьи по специальности «Компьютерные и информационные науки»

Аннотация научной статьи по компьютерным и информационным наукам, автор научной работы — Ушакова М. В.

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

i Надоели баннеры? Вы всегда можете отключить рекламу.

Текст научной работы на тему «Балансировка нагрузки на контроллеры программно-конфигурируемой сети»

порталов [Текст] / С.А. Лазарев, А.В. Демидов // Информационные системы и технологии. — Орел: Госуниверситет-УНПК, 2012. — № 4 (72). — С. 103-110.

5. Фролов А.И. Управление процессами информационного обмена в распределенной информационной среде в условиях перегрузки [Текст] / И.С. Константинов, А.В. Коськин, А.И. Фролов // Известия Тульского государственного университета. Серия «Технологическая системотехника». Выпуск 8. Труды участников V Международной электронной научно-технической конференции «Технологическая системотехника — 2006». — Тула: Изд-во ТулГУ 2006. — С. 51-60.

6. Константинов И.С. Создание распределенной телекоммуникационной сети учебно-научно-производственного комплекса ОрелГТУ / С.И. Афонин, А.В. Коськин, И.С. Константинов, С.А. Лазарев // Образовательная среда сегодня и завтра: Материалы II Всероссийской научно-практической конференции. — М.: Рособразование, 2005. — С. 293-294.

7. Коськин А.В. Технологическая среда для комплексного сопровождения процессов информатизации организационно-технических систем.: Монография / Под ред. И.С. Константинова. — М.: Машиностроение-1, 2006. -240 с.

8. Еременко В.Т. Математическое моделирование процессов информационного обмена в распределенных управляющих системах: монография / Под общ. ред. И.С. Константинова. — М.: Машиностроение-1, 2004. — 224 с.

БАЛАНСИРОВКА НАГРУЗКИ НА КОНТРОЛЛЕРЫ ПРОГРАММНО-КОНФИГУРИРУЕМОЙ СЕТИ

Оренбургский государственный университет, г. Оренбург

Ключевые слова: программно-конфигурируемые сети, распределенные вычисления.

Программно-конфигурируемые сети используют в основе отделение системы управления коммутатором от самого коммутатора. Существующие

* Ассистент кафедры Администрирования информационных систем.

решения по реализации уровня управления имеют ограниченную масштабируемость из за централизованности. Все существующее контроллеры для протокола OpenFlow, за исключением коммерческого Onix с закрытым исходным кодом, не предоставляют никаких средств для создания нескольких экземпляров контроллера кроме создания нескольких потоков [1].

Кроме того, отсутствие возможности простыми методами резервировать контроллеры снижает надежность сети. Производительность контроллера строго зависит от производительности сервера, на котором он размещен, и от реализации механизмов обработки данных в программном коде.

Сама по себе реализация большинства контроллеров предлагает интерфейс программирования приложений (Application programming interface, API) для работы с физическим, канальным и сетевыми уровнями передаваемых данных. Однако большинство приложений не нуждаются в точном знании основ работы контроллера или ПКС, это нарушает принцип модели OSI, где уровень приложения не обязан знать, как реализован сетевой или канальный уровень. Нарушается принцип универсальности уровней.

Большинство контроллеров имеют в составе механизмы для взаимодействия с внешними приложениями, такие как Web-json интерфейс или RPC. Однако реализация таких взаимодействий сильно зависит от контроллера и может разниться от версии к версии. Управление контроллером из веб-приложений пока представляет собой единичные прототипы, реализованные для конкретных контроллеров и не интегрируемые в существующие приложения [2].

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

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

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

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

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

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

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

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

Схема работы распределенного контроллера показана на рис. 1. Использование стандартного протокола балансировки сетевых пакетов GLBP позволяет проводить балансировку по коммутаторам в автоматическом режиме.

Основная трудность реализации такой схемы состоит в высокой задержке при выполнении транзакций с СУБД. Локальные переменные на чтение показывают производительность выше на несколько порядков. Для решения этой проблемы предлагается использовать локальное кеширование данных

на основе дублирования используемых данных. В создаваемых компонентах должен использоваться объектно-ориентированный подход для доступа к СУБД, при котором каждая необходимая для общего пользования переменная в объекте будет ассоциирована с объектом в БД (полями, строками или запросами таблиц). При этом каждое поле БД при обращении помещается в оперативную память и хранится какое-то время. Удаление неиспользуемых данных должно происходить не по методике вытеснения, а по таймеру, что должно привести к экономии операций ввода-вывода. Для языков C++ и Python данный подход к хранению данных в СУБД реализуется дополнительными библиотеками и не вызывает сложностей в реализации. При этом каждый контроллер имеет доступ к информации обо всех потоках, узлах в сети из единой СУБД в любой момент времени, и может подменить любой другой вышедший из строя контроллер.

Узел 1 с СУБД и контроллером Узел 2 с СУБД и контроллером

Рис. 1. Схема работы котроллера сети с распределенным хранилищем

Предлагаемое решение использует единую базу данных и, соответственно, единое пространство данных. За распределение нагрузки от единой точки входа по экземплярам контроллера может отвечать промышленная система распределения нагрузки (например Cisco Content Services Switch, nginx) или любые другие программные и аппаратные реализации балансировщиков нагрузки. Такая универсализация достигается за счет отказа от использования кластеринга на базе механизмов операционных систем. Рас-

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

1. Koponen T., Casado, M., Gude N., Stribling J. Onix: A Distributed Control Platform for Large-scale Production Networks [Электронный ресурс]. — Режим доступа: http://static.usenix.org/events/osdi10/tech/iull_papers/Koponen.pdf.

2. Ушаков Ю.А. Канальная коммутация в программно-конфигурируемых сетях [Текст] / Ю.А. Ушаков, В.Н. Тарасов, А.Л. Коннов // Новые информационные технологии и системы: труды Х международной научно-технической конференции (г. Пенза). — Пенза: Изд-во ПГУ, 2012. — С. 104-109.

Всё, что вы хотели узнать о RAID-контроллерах, но лень было искать

На плечах RAID-контроллеров лежит ответственная задача — управление дисковой подсистемой, то есть всей информацией, хранимой на сервере. Именно они отвечают за работу дисковых массивов, позволяя повысить производительность сервера или надёжность хранения данных. Поэтому давайте поговорим о RAID-контроллерах, установленных в серверы вендоров «большой тройки», об их возможностях и особенностях.

Что такое RAID-контроллер?

Чаще всего задачи, выполняемые серверами, требуют высокой скорости чтения/записи данных и/или необходимость сохранить данные при выходе из строя самих накопителей. Поэтому установка в сервер единственного диска редко имеет смысл. Этот вариант можно рассматривать, если нагрузка будет совсем небольшой, а сохранность данных не волнует вовсе. Да и объёмы информации, которыми оперируют серверы, часто требуют куда больше пространства для хранения, чем может дать один диск. А чем больше накопителей, тем выше вероятность выхода из строя, особенно при высокой нагрузке.

Проблемы производительности и отказоустойчивости дисковой подсистемы решаются с помощью создания массивов: логических структур, в которые с помощью RAID-контроллера объединяется несколько накопителей — жёстких дисков и SSD. При этом массив выглядит для системы единым пространством для хранения данных.

Существует много видов массивов, отличающихся производительностью, надёжностью хранения данных и минимально необходимым количеством дисков. Выбор конкретного вида зависит от ваших задач и потребностей, а также от возможностей самого RAID-контроллера.

RAID-контроллеры делятся на:

Программные. Вся нагрузка по управлению массивом ложится на центральный процессор. Наименее производительное и отказоустойчивое решение.
Интегрированные. Встроены в материнскую плату. Отдельный чип выполняет часть задач по управлению, но всё же тоже задействует центральный процессор. Интегрированные контроллеры могут иметь собственную кэш-память. По сравнению с программными, поддерживают больше видов массивов, работают куда быстрее и надёжнее.
Аппаратные. Выполнены в виде плат расширения или отдельных устройств, размещаемых вне сервера (внешние, или мостовые контроллеры). Оснащены собственным процессором, выполняющим все необходимые вычисления, и, как правило, кэш-памятью. Модульные контроллеры могут иметь внешние и внутренние порты:
- Внутренние — предназначены для подключения накопителей, установленных в сам сервер.
- Внешние — используются для подключения внешних дисковых хранилищ.
Если на борту RAID-контроллера есть кэш-память, то она может использоваться для промежуточного хранения записываемых или считываемых данных. Это позволяет эффективнее управлять операциями ввода/вывода.

Чтобы при сбое питания не потерять данные, находящиеся в кэше, используется два разных подхода:
- контроллер оснащается собственной батарейкой (BBU — Battery Backup Unit), позволяющей хранить данные в памяти до 3 суток,
- либо дополнительной флэш-памятью, питаемой от ёмкого конденсатора. При сбое питания в неё выгружает содержимое кэша. А поскольку флэш-память потребляет очень мало энергии, то и данные в ней сохраняются месяцами. Обратите внимание, что флэш-память используется только при сбое питания.
Некоторые RAID-контроллеры позволяют увеличить объём кэш-памяти и установить батарейку, если они её не имеют. Чем больше размер кэша контроллера, тем выше производительность RAID-массивов.

RAID-контроллеры в серверах «большой тройки»

Чтобы не превращать статью в археологическое исследование, ограничимся только теми контроллерами, что используются в поколениях серверов начиная с 2009-2010:

HP: Gen7, Gen8, Gen9
Dell: Gen11, Gen12, Gen13
IBM: M3, M4, M5

Дальше идут громоздкие и скучные таблицы.

Большинство RAID-контроллеров HP и Dell изначально поддерживают все основные виды массивов. У IBM таких моделей — по пальцам пересчитать, почти в каждом случае придётся устанавливать на контроллер 1-2 дополнительных модуля апгрейда, что не слишком удобно.

Другая интересная особенность RAID-контроллеров IBM — большинство из них применяются в серверах нескольких поколений. У HP и Dell другая склонность — с выпуском нового поколения серверов они обычно выпускают и новое поколение контроллеров.

Как выбрать подходящий контроллер?

Если вы решили апгрейдить сервер и озаботились выбором RAID-контроллера, то в первую очередь исходите из ваших потребностей.

Вам нужна хорошая производительность, но не волнует сохранность данных? Или хочется с небольшими усилиями повысить отказоустойчивость, поступившись скоростью? Понадобился простенький веб-сервер для нужд разработки? Достаточно выбрать недорогой контроллер и создать RAID 0 или 1. Можно даже без кэш-памяти.

При желании сэкономить на накопителях или выжать всю возможную ёмкость из имеющихся, рассмотрите вариант с RAID 5 или 50. Это вполне годное решение для создания архивов. Для таких задач достаточно взять контроллер с поддержкой нужного вида RAID и кэш-памятью среднего объёма.

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

Выбор контроллеров мощности SCR

Независимо от того, собираете ли вы панели управления для собственного использования или производите сборку для платного клиента, контроль затрат всегда является серьезной проблемой. Время сборки и установки должно быть сведено к минимуму, чтобы уменьшить затраты труда. Конечно, стоимость корпусов, проводов и других деталей также необходимо контролировать, и всегда возникает вопрос, что делать и что покупать в сборе. Это особенно важные вопросы в конструкции панелей управления питанием SCR (кремниевого выпрямителя), используемых для резистивных и индукционных нагревателей в печах, сушилках, нагревательных камерах, экструдерах, термопластавтоматах и другом производственном оборудовании.

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

Некоторые из наиболее важных соображений при выборе управления мощностью SCR:
- Электрические характеристики;
- Предварительно собранные компоненты;
- Физический размер;
- Гибкие варианты проводки;
- Предохранители и соединения распределения питания;
- Стоимость замены предохранителя;
- Встроенная защита контроллера;
- Электрические соединения и связанные с ними вопросы обслуживания;
- Соответствие стандартам качества;
- Варианты/возможности plug-and-play (такие как обнаружение SCR, ограничение тока, плавный пуск, регулировка нуля/усиления, регулировка сетевого напряжения, интерфейс цифровой связи и ретрансляция выходного сигнала привода).
Электрические характеристики

Контроллер мощности должен иметь технические характеристики, соответствующие сфере применения. Основные характеристики включают в себя:
- Входное напряжение переменного тока и количество фаз;
- Способ управления срабатыванием тиристора (вкл/выкл, пропорциональный и/или фазово-угловой);
- Максимальная нагрузка (амперы);
- Вход управления (0-10 В, 4-20 мА и т.д.);
- Опции.
Предварительно собранные компоненты

Контроллеры мощности SCR бывают различных конфигураций и опций. Вы даже можете собрат его самостоятельно. Однако разработка и создание контроллера SCR может быть экономически неэффективным, поскольку готовые системы легко доступны в различных конфигурациях и вариантах. Как и в случае с любой системой, установка выполняется быстрее, если системные компоненты предварительно собраны со всеми опциями, необходимыми для вашей задачи. Обычно контроллер SCR включает в себя следующие компоненты:
- Плата срабатывания — управляет стробированием тиристоров;
- SCR — кремниевые управляемые выпрямители для переключения нагрузки;
- Шины — проводят питание от тиристоров к клеммам подключения нагрузки;
- Трансформатор тока — для измерения тока с целью обнаружения отказов частичной нагрузки и облегчения плавного пуска нагрузки;
- Предохранители I2T — быстродействующий предохранитель, защищающий тиристоры;
- Защита MOV — схема варистора на основе оксида металла, защищающая тиристоры от чрезмерного переходного напряжения;
- Радиатор — обычно ребристый алюминиевый профиль, на котором установлены SCR для отвода тепла от них;
- Вентилятор охлаждения — принудительное конвекционное охлаждение радиатора;
- Соединительные наконечники — клеммы подключения нагрузки и наконечник заземления;
- Крепление — пластина или панель для монтажа сборки тиристоров в корпусе.
Физический размер

Регулятор мощности SCR является одним из самых крупных компонентов системы управления нагревом. Контроллер мощности с небольшой площадью основания снижает требования к размеру панели, экономя деньги, позволяя использовать корпус меньшего размера. Компактный контроллер мощности также увеличивает пространство для других компонентов и упрощает сборку, предоставляя установщику больше места для работы. С постоянным уменьшением количества полупроводников и других электронных компонентов вы можете найти 100-амперные однофазные контроллеры мощности SCR в упаковке размером менее 0,01 м3.

Гибкие варианты подключения

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

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

Защита от прикосновения

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

Соединения предохранителей и распределения питания

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

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

Стоимость замены предохранителя

Еще одним преимуществом выбора контроллера мощности SCR со встроенным блоком распределения питания является более легкое разделение выходных цепей на несколько ветвей. Такое расположение часто требуется в многоконтурной системе контроля температуры и может быть желательно во многих других случаях. Например, разделение цепей позволяет использовать плавкие предохранители с меньшей силой тока, которые являются менее дорогими и более доступными со склада дистрибьютора. Это снижает стоимость запасов и сокращает время простоя в чрезвычайных ситуациях. В течение всего срока службы панели такая экономия затрат может быть значительной.

Встроенная защита контроллера

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

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

Соединения питания

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

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

Регуляторы мощности SCR и терморегуляторы от компании Элемаг

На нашем сайте вы можете заказать различные типы контроллеров мощности и терморегуляторов для создания качественной системой управления. Также мы занимаемся сборкой шкафов управления нагревом и производим обогреватели ОША для защиты шкафов от конденсата и низких температур. Если у вас есть вопросы по выбору контроллера SCR, обращайтесь к нашим специалистам по телефону или по электронной почте, указанной в контактах.

Контроллер неприоритетной нагрузки (КНН)

Устройство позволяет распределять электроэнергию в доме в порядке выставленных приоритетов. Это устройство позволяет произвести установку систем электрического отопления на объектах, в случае, если установленная мощность выше выделенной.

Например, становится возможным установка систем отопления мощностью 20кВт на объектах, выделенная мощность которых всего 15 кВт.

Контроллер Неприоритетных Нагрузок

Устройство позволяет распределять электроэнергию в доме в порядке выставленных приоритетов. Это устройство позволяет произвести установку систем электрического отопления на объектах, в случае, если установленная мощность выше выделенной.

Например, становится возможным установка систем отопления мощностью 20кВт на объектах, выделенная мощность которых всего 15 кВт.

Подробное описание

Компания «ПСО-ЭВОЛЮШН» предлагает собственное решение проблемы энергодефицита — контроллер неприоритетных нагрузок (КНН).

Энергоснабжающие организации ограничивают потребителей и порой не дают им даже установленных нормами 15 кВт. Если возможность установки электрического котла ограничена той самой выделенной мощностью (вынь да положь 100 Вт энергии на кв. м), то в случае применения нагревателей ЗЕБРА можно пиковую нагрузку уменьшить, а требования к выделенной мощности снизить. Появляется возможность использовать наше интеллектуальное электрическое отопление даже при дефиците энергии.

Как же это работает?

Сами нагреватели ЗЕБРА ЭВО-300 напрямую такой возможности не дают, но такие их свойства, как направленный тепловой поток, потолочное размещение, быстрый отклик на сигналы управления, позволяют применять КНН.

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

Что мы понимаем под приоритетом?

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

В зависимости от размера отапливаемого здания пиковую нагрузку можно снизить в 1,5-2 раза. Пример: для отопления жилого дома площадью 150 кв. м необходимо 18 кВт электроэнергии, плюс бытовых нагрузок киловатт на 7, итого — 25 кВт. С применением реле отключения неприоритетных нагрузок можно уложиться в выделенные 15 кВт. В каждый момент времени КНН позволяет максимально использовать всю доступную энергию.

Применение контроллера не ограничивается только работой с отоплением ЗЕБРА. Устанавливать его можно везде, где существует проблема дефицита электрической энергии. Простая настройка и понятный интерфейс устройства позволяют успешно применять КНН на различных энергодифицитных объектах.
Похожие публикации: