Автор Тема: сервера АСУ, у себя или в облаке? выбор вариантов  (Прочитано 338 раз)

shkiper

  • Новичок
  • *
  • Сообщений: 32
  • Карма: +0/-0
    • Просмотр профиля
предлагаю обсудить общие вопросы возникающие при принятии решения по организации вопросов про сервера, облака и т.п.
« Последнее редактирование: 25 Март 2021, 05:29:01 от shkiper »

AlexZhuk

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 1895
  • Карма: +174/-1
  • Модератор
    • Просмотр профиля
Давненько к нам Artem_ASU не заходил. Уже целый месяц. Наверное, это его темы.
Я тут как раз сейчас работаю с более приземленной тематикой, но связанной с облачным сервером OWEN Cloud. С его помощью можно настроить общение с любым устройством этой фирмы, имеющим RS-485, используя специальное устройство - шлюз. В фильме "Устройство управляющее многофункциональное ПР200" этот шлюз на первых кадрах мелькает, с антеннкой Wi-Fi.
Так вот, мое мнение...
Облачный сервер это хорошо. Но там, где есть устойчивый интернет. И работать он сможет только с теми величинами, по которым надо принимать мгновенные решения. Например, не дай Бог там PID-регулятор какой-нибудь запрограммировать. Данные приходят с опозданием. А если мы говорим о серьезных системах, то местами реакция на ситуацию должна быть мгновенной.
А в остальном - почему бы и нет, если вам надо управлять чем-то с мобильного телефона, то облако реальный выход.
Пы.Сы. озвучивается мнение дилетанта в данном вопросе.
Фильмы об электротехнике и не только:
www.youtube.com\АлексЖукПрофи

shkiper

  • Новичок
  • *
  • Сообщений: 32
  • Карма: +0/-0
    • Просмотр профиля
Давненько к нам Artem_ASU не заходил. Уже целый месяц. Наверное, это его темы.
Я тут как раз сейчас работаю с более приземленной тематикой, но связанной с облачным сервером OWEN Cloud. С его помощью можно настроить общение с любым устройством этой фирмы, имеющим RS-485, используя специальное устройство - шлюз. В фильме "Устройство управляющее многофункциональное ПР200" этот шлюз на первых кадрах мелькает, с антеннкой Wi-Fi.
Так вот, мое мнение...
Облачный сервер это хорошо. Но там, где есть устойчивый интернет. И работать он сможет только с теми величинами, по которым надо принимать мгновенные решения. Например, не дай Бог там PID-регулятор какой-нибудь запрограммировать. Данные приходят с опозданием. А если мы говорим о серьезных системах, то местами реакция на ситуацию должна быть мгновенной.
А в остальном - почему бы и нет, если вам надо управлять чем-то с мобильного телефона, то облако реальный выход.
Пы.Сы. озвучивается мнение дилетанта в данном вопросе.
ну свет в дому включить и шторки открыть, можно и с облаком и без
а схемы на производстве с исполняющими механизмами, конечно должны быть локальны и автономны, их не то что в облако, а даже чересчур умным ПЛК доверять не следует, желательно использовать устройства с аппаратной обработкой логики
т.е. облака, это про мониторинг и учет
у меня опыт с автоматизацией (применительно к производству) не большой, но есть мысли
столкнувшись с этой темой, я увидел у разных людей разные подходы и разные страхи относительно "облаков"

1) профессионалы - люди с профильным образованием, работают по профилю (ПЛК Сименс и т.п.), им эти облака по барабану, их зовут в проект, где все уже заранее заложено - ПЛК, модули, сервера, диспетчерские места и т.п., и куда, и для чего это ставить - это все предусмотрено в проектной документации

2) практики, люди уже имеющие опыт работы с Owen и т.п., собирают щиты с ПЛК, умные дома, зачем нужны эти облака им тоже не совсем понятно, ну раз оно идет вместе с Owen, и есть бесплатный функционал, то можно попробовать

3) компьютерные люди (это я), имеют опыт с облаками в смежных областях и поэтому их побаиваются :), более склонны к организации мониторинга у себя, т.к. это уже знакомо и отработано применительно к сетям и серверам и т.п.

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

а вот касательно применения облаков в АСКУЭ и АСУТП, тут другие расклады
здесь надо принять решение, размещать мониторинг у себя или пользоваться облаком?
это надо сделать с точек зрения и тех. специалистов, и руководителя
а для руководителя это черный ящик (и с облаками, и без), и он например смотрит - "а как у всех"?
например бух. учет нынче все чаще пользуют в облаке, виртуальные АТС популярны
и предлагаемые здесь преимущества по сравнению с вариантом размещения серверов у себя аналогичные:
1) экономия на ресурсах - не надо покупать железо и разворачивать свою инфраструктуру
2) девиз всех модных экспертов - "все непрофильные активы в аутсорсинг!", всю работу по обеспечению функционала на себя берет облако, вам не нужны эти непонятные парни, которые чего-то там настраивают

недостатки тоже понятны:
1) это привязка к одному производителю, все датчики и прочее оборудование должны быть одной фирмы или совместимы
2) проблемы с тех. поддержкой, особенно если объект в регионе
3) скорость и возможность подключения новых узлов, если для этого надо платить, то сначала надо доказать директору, потом оплатить ...

а бывает, что надо собрать схему на "попробывать", и не ясно - будет ли у нее дальнейшее развитие
в общем тоже есть о чем подумать

представлю вариант компоновки для локального "облака", как я его вижу
нам понадобятся: железо, ПО и специалисты
сначала выберем железо
и сразу возникает вопрос, а как будет с надежностью и отказоустойчивостью в нашем самопальном "облаке", чем это будет обеспечиваться?
и я вам так скажу - это очень хороший вопрос!
вот его надо обязательно задавать на первых беседах про облака

сначала нам нужен сервер, он должен быть надежный и отказоустойчивый
отказоустойчивость, в компьютерной всей теме обеспечивается методами дублирования узких мест
т.е. логикой организации системы, само железо конечно тоже добавляет (говорят - 5% примерно, и если наши сервера будут новые за 1 млн. руб. и более каждый - это тоже очень хорошо :) )
например два блока питания в сервере или поставили второй жесткий диск, объединили два диска в "зеркало" и у нас уже дисковая система надежна - выход одного диска из строя не влечет потерю данных
но сервер собранный таким образом получится очень дорогим и все равно будет не надежен, поэтому просто возьмем хороший комп (или недорогой сервер) и продублируем его вторым таким же (как что там будет конкретно дублироваться разберем позже), обеспечим сервера современными твердотельными дисками
и подключим к нашей системе мониторинга и сервера тоже
целых два сервера, надо их подпереть бесперебойником, самый разумный вариант купить ИБП типа "онлайн" (с двойным преобразованием), он позволит в случае потери электропитания, обеспечить работу от бытового бензо-генератора, практически неограниченное время (мощности онлайн ИБП 3000 ВА с режимом "конвертера", т.е. поддержание частоты 50 Гц на выходе, достаточно для обеспечения работы пары серверов и 5 компьютеров )
для возможности подключения к ИБП нескольких компьютеров по сети и мониторинга его состояния поставим в него сетевой модуль и так же подключим к мониторингу
этого в плане железа, вполне достаточно

теперь про ПО, нам понадобится:
1) Операционная система для серверов
2) сервер мониторинга
3) схема архивации

один важный момент, установка рабочего сервера (сервера мониторинга в нашем случае) непосредственно на железный сервер это "шарман и моветон", так уже не делается
гораздо разумней использовать виртуальные сервера, т.е. сервер как бы есть, но физически он представляет файл на жестком диске
в таком виде он гораздо мобильней (его можно легко архивировать или перенести на другой компьютер), он не привязан к конкретному железу,  ни к ОС железного хоста, ни к конфигурации программ на нем, т.е. этот момент тоже влияет на надежность
например, мы настраиваем сервер мониторинга и сохраняем его копию на втором сервере
и в случае чего, вуаля - наш бронепоезд стоит на запасном пути
а с данными как, копия сервера, устареет уже к тому времени?
вот мы плавно подошли  к вопросу архивации
вообще это замечательный проверочный вопрос, на тот случай если вас агитируют перейти на какое-нибудь облако
узнать кот с вами говорит, человек который реально что-то понимает или просто менеджер?
задать вопрос:
- а как у вас происходить обеспечение отказоустойчивости данных и в частности - архивация, при условии, что сервис (доступ к данным) должен функционировать круглосуточно, в режиме 24/7?

на самом деле все просто, в самом простом варианте (есть и другие варианты, посложнее) применяется так называемый механизм "репликации", когда на другом сервере создается реплика (т.е. дублер) базы данных, реплика постоянно синхронизируется с основной базой, но она не заменяет архив, он все равно нужен (потому что, когда "вражеский снаряд" повредит данные в основной базе, он повредит их и в реплике, но если основной сервер просто откажет, то реплика конечно спасет)
и когда надо сделать архив БД, его просто делают с реплики, а она потом догоняется (обычно за несколько минут)
и опять же реплика, тоже добавляет отказоустойчивости

ну а если у вас, сервер месте с данными занимает немного места, и раз в неделю его можно и остановить на 5 минут, то можно и совсем просто, без изысков - автоматизировать процесс создания архива всего сервера сразу, вместе с данными  и запускать архивацию по расписанию

ну вот и все, осталось выбрать вариант ОС для серверов и ПО сервера мониторинга
это может быть платный проприетарный вариант, так и бесплатное свободное ПО
выбор за вами :)

ах да, надо еще парней найти, которые все это настроят :)
продолжу, чуть позже

и как подключать все наши датчики и ПЛК к нашему серверу тоже придумаем, это в принципе самый простой вопрос
« Последнее редактирование: 27 Март 2021, 20:03:31 от shkiper »