Рабочая станция для промышленности и SCADA: как выбрать конфигурацию под задачи АСУ ТП

В этой статье разберём, какой компьютер нужен для операторского поста, инженерной станции, SCADA-сервера и виртуального стенда. Покажем, как архитектура АСУ ТП влияет на конфигурацию, как оценить объём архива и в каких случаях достаточно обычного офисного ПК.

Общие принципы выбора профессиональной техники мы разбирали в статье «Что такое рабочая станция: полное руководство по выбору». Здесь сосредоточимся на специфике АСУ ТП.

Короткий ответ

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

Ориентиры по узлам:

• Операторская станция — мощный процессор обычно не нужен, важнее видеовыходы, ИБП и предсказуемые обновления;
• Инженерная станция — требования зависят от набора одновременно запущенных приложений; для многозадачной работы с CAD, средами разработки и виртуальными машинами 32 ГБ памяти можно считать разумной отправной точкой;
• SCADA-сервер — это серверный узел со своими требованиями к производительности, хранению данных и отказоустойчивости;
• Виртуальный стенд — часто раньше упирается в объём памяти, чем в число процессорных ядер;
• Мобильная станция наладчика — набор портов и автономность важнее производительности.

Чем станция для АСУ ТП отличается от офисного ПК

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

Дело в пригодности под конкретный проект. Станция для АСУ ТП даёт то, что офисная машина даёт случайно или не даёт вовсе:

• Платформу, рассчитанную на длительную эксплуатацию;
• Нужный набор PCIe, COM и сетевых интерфейсов;
• Поддержку той версии операционной системы и тех драйверов, которые указал вендор ПО;
• Для проектов с длинным жизненным циклом можно выбирать компоненты и платформы с гарантированным сроком поставки и поддержки;
• ECC-память, если её требует платформа;
• Промышленное исполнение там, где оно нужно.

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

Офисный ПК и узел АСУ ТП: ключевые различия</p>

Не начинайте выбор с процессора

Запрос «нужен компьютер под SCADA» часто сразу приводит к сравнению Core и Ryzen. Для большинства задач автоматизации это не первый вопрос.

Сначала посмотрите на архитектуру системы. В реальной АСУ ТП роли распределяются по разным узлам: сервер стоит в стойке, клиенты — в диспетчерской, OPC-сервер работает отдельно или на сервере приложений, инженерная станция подключается к ним по сети. Какая нагрузка окажется на конкретной машине, решает схема системы, а не название программы.

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

Пять узлов в системе АСУ ТП

В АСУ ТП редко существует один универсальный «компьютер для SCADA». В инфраструктуре одновременно используются несколько типов вычислительных узлов, и требования к ним заметно отличаются.

Первые три — рабочие места пользователей. Последние два — инфраструктурные узлы.

Операторская станция

Стоит в диспетчерской, показывает мнемосхемы, тревоги и тренды, часто работает круглосуточно. Типовой HMI-клиент обычно не требует высокопроизводительного процессора, но нагрузка растёт при сложной визуализации, скриптах и активной работе с архивами. Объём памяти также редко становится главным ограничением. Требования к видеоподсистеме в первую очередь определяют число и разрешение мониторов. Здесь особенно важны стабильность, ИБП и нужное количество видеовыходов.

Инженерная станция

На ней открыты среда программирования PLC, среда разработки мнемосхем, документация, CAD и пара виртуальных машин. Часто это самое требовательное рабочее место по числу одновременно запущенных приложений. Для многозадачной инженерной станции с TIA Portal, CAD и виртуальными машинами 32 ГБ памяти — разумная отправная точка. Для более простого рабочего места может хватить меньшего объёма, а несколько тяжёлых виртуальных машин способны потребовать 64 ГБ и больше.

Для инженерного рабочего места, где параллельно используются CAD, документация и другие профессиональные приложения, можно рассматривать производительные настольные рабочие станции. Например, Performance Pro 350D конфигурируется под задачи САПР и другие ресурсоёмкие инженерные нагрузки. Конкретную комплектацию нужно подбирать по требованиям используемого ПО.

[ PERFORMANCE PRO 350D ]

350D Tower

R7 9700X · RTX 5080 16ГБ · 64GB DDR5 RGB · 1 ТБ

463 000 ₽

34 725 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

350D Tower

i9-14900K · RTX 5090 32ГБ · 64GB DDR5 RGB · 1 ТБ

936 500 ₽

70 238 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

350D Tower

R9 9950X · RTX 5090 32ГБ · 64GB DDR5 RGB · 1 ТБ NVME 5.0

1 036 500 ₽

77 738 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

Мобильная станция наладчика

Ноутбук, который едет на объект: пусконаладка, диагностика сети, поиск причины, почему не поднимается связь с контроллером. Требования диктуют набор портов, вес и время автономной работы.

SCADA-сервер

Под SCADA-сервером ниже понимаем узел серверной части системы: конкретные роли и сервисы зависят от архитектуры. На нём могут работать сервер приложений SCADA, архив, база данных, OPC-компоненты и другие сервисы — либо только часть из них, а остальное находится на соседних машинах.

Это отдельный класс техники со своей логикой выбора. В зависимости от требований проекта могут понадобиться ECC-память, RAID, горячая замена накопителей и стоечное исполнение. Подробнее — в статье «Чем сервер отличается от обычного компьютера».

Виртуальный стенд

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

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

Узлы АСУ ТП: что определяет требования к конфигурации

Отказоустойчивость: когда одного надёжного компьютера недостаточно

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

Для критического SCADA-сервера задача другая. Если его простой недопустим, более надёжные комплектующие сами по себе проблему не решают. Отказоустойчивость проектируют на уровне системы: используют резервные серверы и при необходимости резервируют питание, сеть и хранение данных. Конкретная схема зависит от возможностей SCADA и требований проекта. Поддержка active/standby-серверов, например, предусмотрена в промышленных SCADA-платформах именно для уменьшения времени простоя и потери данных.

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

Что работает на станции инженера автоматизации

В разгар проекта на инженерной станции одновременно могут быть открыты:

• среда разработки SCADA или клиент визуализации;
• среда программирования PLC: TIA Portal, Studio 5000 / Logix Designer, CODESYS;
• документация, чертежи и таблицы;
• инструменты диагностики промышленных сетей;
• виртуальные машины для тестирования;
• дополнительные сервисы и утилиты.

Архив трендов, OPC-сервер и другие компоненты системы тоже могут быть доступны инженеру, но не обязательно работают на его компьютере — это зависит от архитектуры АСУ ТП.

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

Лицензионные ключи

Часть промышленного ПО использует аппаратные USB-ключи — например, системы лицензирования CodeMeter или Sentinel LDK/HASP. Другие продукты работают по сетевой лицензии или файлу активации. Какой способ используется в вашем ПО, смотрите в документации вендора.

Из этого следуют два требования к комплектующим:

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

Для виртуального стенда также нужна аппаратная поддержка виртуализации. Если гипервизор не видит её, проверьте в UEFI настройки Intel Virtualization Technology или AMD-V/SVM — подробнее о настройке виртуализации в UEFI.

Как рассчитать нагрузку

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

Объём архива трендов

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

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

Объём архива можно уменьшить тремя способами:

• Использовать запись по изменению с мёртвой зоной вместо периодической;
• Разделить глубину хранения: оперативный архив оставить на месяц, долговременный — хранить год в сжатом виде;
• Пересмотреть список тегов, которые действительно нужно архивировать.

Эффект сильно зависит от характера технологического процесса и настроек архивирования.

Вывод: требования к накопителю определяют частота записи, срок хранения, формат данных и выбранная система хранения. При разной частоте записи и глубине хранения два проекта на одной и той же SCADA могут заметно различаться по требованиям к дискам. Если архив пишется круглосуточно, важен не только его объём, но и ресурс записи накопителя — чем серверные накопители отличаются от обычных.

ОЗУ под виртуальный стенд

Типовой стенд для отладки — три виртуальные машины: эмулятор PLC, SCADA и OPC-сервер с генератором сигналов.

4 ГБ (эмулятор PLC) + 8 ГБ (SCADA) + 4 ГБ (OPC) = 16 ГБ гостевым системам.

Добавим 8–16 ГБ для хостовой ОС и запаса: 16 ГБ + 8–16 ГБ = 24–32 ГБ

Для описанного стенда 32 ГБ — разумная отправная точка. Если виртуальных машин станет больше или гостевые системы будут выполнять тяжёлые задачи, потребуется дополнительная память.

С ядрами сложнее. Например, трём виртуальным машинам можно выделить 2 + 4 + 2 vCPU, то есть 8 виртуальных процессоров. Но это не означает, что под них нужно выделять восемь физических ядер: виртуальные машины редко работают одновременно под полной нагрузкой. Восьмиядерного процессора для такого стенда может хватить, если гостевые системы не выполняют одновременно тяжёлые вычисления. Если в стенде запускается симуляция техпроцесса или виртуальных машин становится больше, расчёт меняется.

Ядра — не единственный параметр. На работу стенда влияют объём памяти, производительность одного ядра, степень переподписки vCPU и дисковая подсистема. Медленный накопитель способен сильнее повлиять на отзывчивость стенда, чем нехватка пары ядер.

Нагрузка на сервер

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

Процессор: учитывайте производительность ядра и параллельную нагрузку

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

Дополнительные ядра особенно полезны, когда инженер одновременно запускает несколько тяжёлых приложений или виртуальных машин. Поэтому процессор стоит выбирать не по одному показателю: учитывайте производительность ядра, число параллельных задач и требования конкретного ПО. Разницу между физическими ядрами и потоками разбирали в статье «Ядра и потоки процессора: в чём разница».

Ориентиры по классам платформ:

• Операторская станция и простая инженерная — современные Intel Core или AMD Ryzen среднего класса;
• Инженерная станция с несколькими тяжёлыми приложениями и виртуальными машинами — старшие модели Core или Ryzen, если их производительность соответствует требованиям ПО;
• Серверные и профессиональные узлы, где обязательны ECC, большой объём памяти, дополнительные линии PCIe или серверные функции, — платформы AMD EPYC, AMD Ryzen Threadripper PRO или Intel Xeon.

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

Формулировки вроде «для SCADA нужно 8–16 ядер» игнорируйте: без указания системы, версии ПО, нагрузки и роли узла это число ничего не значит.

Оперативная память: сколько нужно и когда нужен ECC

Отправные точки по объёму:

• 16 ГБ — операторская станция или простая инженерная;
• 32 ГБ — многозадачная инженерная работа;
• 64 ГБ и больше — несколько виртуальных машин и тяжёлое инженерное ПО.

Реальное потребление зависит от конкретного набора программ. Открытый проект в TIA Portal и открытый проект в CAD расходуют память по-разному, и предсказать это по названию системы нельзя.

Про ECC

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

Важный момент при подборе: ECC поддерживает не любая платформа. У AMD Ryzen на AM5 ECC-память может поддерживаться, но это зависит от конкретной материнской платы и конфигурации. Если ECC является требованием проекта, нельзя ограничиваться характеристиками процессора — нужно проверить официальную поддержку всей платформы.

Для профессиональных и серверных систем можно использовать платформы AMD Threadripper PRO, EPYC или Intel Xeon, где поддержка ECC предусмотрена на уровне платформы. Типы модулей и их отличия разобраны в статье «Серверная оперативная память: отличия от обычной».

ECC исправляет часть ошибок памяти, но не заменяет резервирование, ИБП и резервные копии.

Про DDR5 стоит сказать отдельно: её не стоит выбирать ради гарантированно меньших задержек. Главное преимущество этой памяти — более высокая пропускная способность и поддержка современных платформ.

Накопители: ресурс важнее пиковой скорости

Схема хранения на станции АСУ ТП обычно выглядит так:

• системный NVMe — операционная система и инженерное ПО;
• отдельный накопитель, сервер или NAS — архивы и резервные копии.

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

RAID повышает доступность архива при отказе диска, но не заменяет резервное копирование.

Как оценить ресурс

Возьмём поток из первого расчёта: около 750 ГБ исходных данных в год. За пять лет только этот поток даст примерно:

750 ГБ × 5 = 3,75 ТБ записанных данных.

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

Поэтому для оценки ресурса сначала считают ожидаемый объём записей со стороны системы, затем добавляют обоснованный запас и сравнивают результат с заявленным производителем TBW или DWPD накопителя.

Например, если расчётная нагрузка за весь срок эксплуатации составляет несколько десятков терабайт, а производитель заявляет ресурс 600 ТБ TBW, запас большой. Но TBW не означает, что накопитель гарантированно проработает весь расчётный срок: это характеристика допустимого объёма записи в рамках условий производителя, а не прогноз даты отказа.

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

Отсюда правило: считайте свой поток, а не просто берите «SSD побольше». Следить за состоянием накопителя стоит через SMART и средства мониторинга производителя, но это не заменяет резервирование данных и своевременную замену дисков.

Потребительский NVMe SSD может подойти для обычной инженерной станции. Для круглосуточного архива важнее не пиковая скорость, а заявленный ресурс записи, устойчивость производительности под длительной нагрузкой и требования производителя к условиям эксплуатации. В проектах с повышенными требованиями дополнительно учитывают защиту данных при сбое питания, допустимый температурный диапазон и другие характеристики конкретного накопителя. Модели и их характеристики собраны в обзоре «Лучшие NVMe SSD 2026».

Видеоподсистема: считайте выходы, а не терафлопсы

Для типовой SCADA- или HMI-визуализации мощная игровая видеокарта обычно не требуется. Часто достаточно встроенной графики или базовой дискретной карты, если она поддерживает нужное количество дисплеев и их разрешение.

Смотреть надо на другое:

• Сколько мониторов нужно рабочему месту;
• Какое разрешение поддерживает каждый выход;
• Сколько выходов даёт конкретное решение.

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

Разрешение и масштабирование

Это становится заметно при обновлении рабочих мест. Мнемосхемы, рассчитанные на 1280 × 1024 или Full HD, не всегда корректно масштабируются на 4K-дисплеях. В зависимости от SCADA и версии ПО могут возникать проблемы с размером текста, расположением элементов и интерактивными областями.

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

Длинные трассы до диспетчерской

Если монитор находится далеко от системного блока, заранее продумайте передачу сигнала: для длинных трасс используют активные или оптические кабели, удлинители DisplayPort и KVM-экстендеры. MST-хаб пригодится для подключения нескольких дисплеев через один совместимый выход DisplayPort. Какой разъём выбрать под нужное разрешение и частоту, разбирали в материале «HDMI или DisplayPort».

Порты и интерфейсы

Набор интерфейсов диктует оборудование объекта, а не класс компьютера. Что имеет смысл проверить до заказа:

• Количество Ethernet-портов и в какие сегменты сети они пойдут;
• Нужен ли физический порт RS-232 или RS-485;
• Сколько USB-портов уйдёт под ключи лицензий и программаторы;
• Какие платы расширения PCIe потребуются;
• Нужны ли специализированные интерфейсные карты для PROFIBUS, PROFINET или других промышленных сетей.

COM-порт, PROFIBUS и PROFINET нужны не каждой станции. Простое правило:

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

Охлаждение и работа под нагрузкой

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

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

Что действительно стоит учесть:

• Запылённость помещения — нужны фильтры и регулярная чистка;
• Размещение в шкафу — ограниченный обдув, иногда безвентиляторное исполнение;
• Доступ к машине для обслуживания.

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

Операционная система и сроки поддержки

Ориентируйтесь на версии Windows и Windows Server, которые поддерживает вендор вашей SCADA и инженерного ПО.

Поддержка Windows 10: обычные редакции, LTSC и ESU

Обычная поддержка Windows 10 версии 22H2 закончилась 14 октября 2025 года. Компьютеры без дополнительной программы поддержки больше не получают стандартные обновления безопасности. Для организаций Microsoft предлагает Extended Security Updates — ESU, которая позволяет ограниченное время продолжать получать критические и важные исправления безопасности.

У редакций LTSC 2021 свои сроки поддержки:

• Windows 10 Enterprise LTSC 2021 — поддержка до 12 января 2027 года;
• Windows 10 IoT Enterprise LTSC 2021 — до 13 января 2032 года.

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

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

Windows 11 и TPM 2.0

Windows 11 требует TPM 2.0 и загрузку в режиме UEFI; платформа должна поддерживать Secure Boot. Но соответствие компьютера требованиям Windows ещё не означает совместимость с промышленным ПО. Старые версии SCADA, инженерных пакетов, драйверов и аппаратных ключей могли разрабатываться для Windows 7 или Windows 10. Поэтому поддержку Windows 11 нужно проверять в документации конкретного вендора и версии продукта.

Как проверить состояние Secure Boot и включить его при необходимости — в отдельной инструкции: «Secure Boot: что это такое и как включить».

Обновления на станции 24/7

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

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

Импортозамещение

Если проект требует использования ПО из реестра российского ПО, проверьте не только наличие SCADA в реестре, но и её совместимость с выбранной операционной системой и аппаратной платформой. Наличие продукта в реестре само по себе не означает поддержку конкретной версии Windows или конфигурации оборудования. Эти требования уточняйте у вендора.

Часто задаваемые вопросы (FAQ)

Краткий итог

Рабочую станцию для АСУ ТП стоит выбирать не по названию SCADA и не по максимальным характеристикам комплектующих. Сначала определите роль узла в системе: операторскому посту важны стабильность, видеовыходы и интерфейсы, инженерной станции — запас памяти для нескольких приложений и виртуальных машин, а SCADA-серверу — производительность хранилища, ресурс накопителей и требования к отказоустойчивости.

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

Если требования проекта выходят за рамки обычного офисного ПК, в DigitalRazor можно выбрать рабочую станцию или подобрать решение под задачи проекта. Для подбора пригодятся данные о SCADA и инженерном ПО, количестве мониторов и виртуальных машин, промышленных интерфейсах, числе тегов и параметрах архива — по ним проще сформировать конфигурацию под конкретную архитектуру АСУ ТП.

[ PERFORMANCE PRO RACK ]

350R RACK

U9-285K · RTX 5090 32ГБ · 128GB DDR5 RGB · 2 ТБ

1 299 000 ₽

97 425 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

750R RACK

7975WX · RTX 5090 32ГБ · 256GB DDR5 ECC · 2 ТБ NVMe 5.0

3 668 500 ₽

275 138 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее

900R RACK

2 x EPYC 9575F · RTX PRO 5000 48GB · 512GB DDR5 ECC · 2 ТБ

6 877 000 ₽

515 775 ₽ / мес Примерный ежемесячный платёж. Итоговая сумма рассчитывается индивидуально.

Подробнее