Emerson расширяет возможности автоматизации DeltaV для центров обработки данных ИИ-масштаба

Emerson внедряет автоматизацию DeltaV в центры обработки данных масштаба ИИ

Emerson представила платформу автоматизации DeltaV для центров обработки данных, позиционируя технологию промышленной автоматизации для нового поколения вычислительных объектов масштаба ИИ.

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

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

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

Emerson применяет этот системно-ориентированный подход к рынку центров обработки данных через свой портфель средств автоматизации DeltaV.

Почему инфраструктура ИИ меняет задачу управления

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

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

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

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

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

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

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

От разрозненных систем к унифицированной архитектуре автоматизации

Emerson описывает платформу как интегрированную архитектуру автоматизации, призванную сократить инженерные усилия и упростить интеграцию систем.

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

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

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

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

Ценность заключается не просто в централизации. Более существенное преимущество — контекст.

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

Именно такой системный подход является одной из причин, по которым распределённые архитектуры автоматизации остаются ключевыми для тесно взаимосвязанных промышленных процессов.

Прецизионное управление становится требованием на уровне объекта

Одной из ключевых возможностей, выделенных Emerson, является прецизионное управление.

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

Это различие важно.

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

На практике эти уровни должны дополнять друг друга.

Локальное управление должно оставаться стабильным и предсказуемым. Затем координация на более высоком уровне может использовать операционную информацию из нескольких систем для поддержки более широких стратегий оптимизации.

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

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

Более раннее выявление аномальных состояний

Надёжность — ещё одна область, которую подчёркивает Emerson.

Компания утверждает, что интегрированное управление и оперативная видимость могут помочь командам раньше выявлять аномальные состояния.

Это важно, поскольку отказы инфраструктуры редко происходят в полной изоляции.

Механическая проблема может повлиять на технологические условия в другом месте. Изменения теплового поведения могут повлиять на потребность в охлаждении. Электрические возмущения могут изменить доступность оборудования или его рабочие состояния.

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

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

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

Этот принцип давно имеет значение в энергетике, нефтехимических предприятиях и других непрерывно работающих объектах. Центры обработки данных для ИИ всё чаще сталкиваются с аналогичными требованиями к доступности и координации инфраструктуры.

Последовательность инженерных решений может быть не менее важна, чем оборудование

Emerson также выделяет стандартизированные проекты и инженерную экспертизу как часть стратегии платформы.

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

Это решает проблему, которая становится более значимой по мере масштабирования объектов.

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

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

Такая вариативность повышает сложность проектирования на протяжении всего жизненного цикла объекта.

Вместо этого стандартизация может обеспечить повторно используемые стратегии управления и более единообразные методы эксплуатации.

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

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

Технологии DCS и ПЛК DeltaV образуют основу автоматизации

Платформа включает распределённую систему управления Emerson DeltaV и программируемые логические контроллеры DeltaV.

Emerson заявляет, что ПЛК могут подключаться к DCS для поддержки управления технологическими процессами на уровне всей системы.

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

Архитектуры DCS традиционно связаны с координированным управлением технологическими процессами, визуализацией для операторов и общим операционным контекстом предприятия.

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

Использование этих технологий в рамках скоординированной архитектуры может уменьшить ненужное разделение между управлением оборудованием и надзором за процессами на более высоком уровне.

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

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

ИИ применяется внутри уровня автоматизации

Emerson заявляет, что технологии DCS DeltaV и ПЛК DeltaV включают возможности ИИ с учётом контекста.

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

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

Сам центр обработки данных может стать задачей оптимизации.

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

Однако ИИ не отменяет необходимости в налаженной инженерии автоматизации.

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

Поэтому оптимизация должна дополнять уровень автоматизации, а не заменять его.

Это различие будет приобретать всё большее значение по мере того, как промышленный ИИ переходит от аналитических приложений к операционным средам.

Ввод в эксплуатацию — важнейшая проверка интеграции

Архитектура автоматизации центра обработки данных должна доказать свою ценность до начала штатной эксплуатации.

На этапе ввода в эксплуатацию проверяются интеграция подсистем, последовательности управления и взаимосвязи в работе на соответствие ожидаемому поведению.

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

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

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

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

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

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

Эксплуатация на протяжении жизненного цикла выходит за рамки первоначального развертывания

Emerson называет непрерывное совершенствование еще одним элементом своего подхода к автоматизации центров обработки данных.

Компания описывает воспроизводимые операционные модели и непрерывную аналитику, предназначенные для поддержки оптимизации на протяжении всего жизненного цикла.

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

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

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

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

Единообразная архитектура системы также упрощает управление будущими изменениями.

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

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

Практическая модель автоматизации крупных центров обработки данных

Анонс Emerson также показывает, что архитектура управления центрами обработки данных начинает все больше походить на традиционную автоматизацию технологических процессов.

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

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

Локальные контроллеры выполняют логику на уровне оборудования и непосредственно реагируют на рабочие условия.

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

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

Затем функции оптимизации могут работать над этими уровнями управления или параллельно с ними, используя операционный контекст для повышения эффективности объекта.

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

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

Что инженерам следует оценить при реализации

Единая платформа не гарантирует успешную интеграцию автоматически. Инженерная дисциплина по-прежнему необходима.

Командам, оценивающим архитектуру такого типа, сначала следует определить, для каких инфраструктурных переменных требуется согласованная видимость.

Обязанности по управлению также должны оставаться чётко распределёнными. Управление локальным оборудованием, координация на уровне надзора и функции оптимизации должны иметь отдельные роли.

Проектированию аварийных сигналов следует уделять такое же внимание.

Добавление новых подключённых активов без структурированной концепции аварийных сигналов может создать избыток информации вместо полезной осведомлённости об операционной обстановке.

Операторам нужны аварийные сигналы, которые выявляют значимые нештатные состояния и предоставляют достаточно контекста для реагирования.

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

Это особенно важно для объектов с повторяющимися группами оборудования или несколькими этапами развертывания.

Наконец, процедуры ввода в эксплуатацию должны проверять взаимодействие систем, а не только отдельные контроллеры.

Цель интеграции — координация. Поэтому тестирование должно подтверждать, что объект функционирует корректно как единая система.

Автоматизация центров обработки данных движется в сторону архитектуры промышленного управления

Платформа автоматизации Emerson DeltaV для центров обработки данных демонстрирует более широкое сближение цифровой инфраструктуры и промышленной автоматизации.

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

Ответ Emerson заключается в применении интегрированной архитектуры автоматизации, построенной на технологиях, уже связанных с распределённым промышленным управлением.

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

Включение технологий DeltaV DCS и ПЛК усиливает эту тенденцию.

Для инженеров по автоматизации это развитие важно, поскольку оно распространяет знакомые концепции управления на быстрорастущий сектор инфраструктуры.

Для операторов центров обработки данных это отражает иной подход к оценке производительности объекта: тепловые, механические и электрические системы становятся частями единой согласованной операционной среды.

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