1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

Резервирование сервера АСУ

Обсуждение вопросов, не относящихся ни к одному из других подразделов

Модератор: kirillio

Ответить
Аватара пользователя

Автор темы
kirillio
И жнец, и чтец...
И жнец, и чтец...
Сообщения: 1180
Зарегистрирован: 26 май 2022, 09:48
Имя: Кирилл
Страна: РФ
город/регион: Москва
Благодарил (а): 323 раза
Поблагодарили: 296 раз

Резервирование сервера АСУ

Сообщение kirillio »

В продолжение темы затронутой в этом топике.
VADR писал(а): 15 мар 2023, 19:54 Подключение от браузера - только к одному серверу, переключаться на резервный ни один браузер не умеет. Вариант решения
А чем Вам резервирование на канальном уровне Ethernet не подходит для этого? - переключение на резервный канал средствами управляемых коммутаторов, с поддержкой функции Link Aggregation. Такое решение конечно удорожает аппаратную часть, т.к. требует более "умных" коммутаторов, но вполне вариант для некоторых архитектур АСУ. Или Вы что-то иное имели ввиду?
Зри в корень!
Аватара пользователя

VADR
администратор
администратор
Сообщения: 4743
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 225 раз
Поблагодарили: 397 раз

Резервирование сервера АСУ

Сообщение VADR »

Я имел в виду работу клиентов операторского интерфейса с резервированными серверами. Вариантов также несколько, один из частых - обычные индивидуальные IP-адреса у каждого сервера. В таком случае клиент должен знать адреса всех серверов и при недоступности одного из них переключаться на другой. Если клиент - обычный браузер, так не получится. Или придётся колдовать с промужеточными web-серверами, перекидывающими один адрес друг другу, а это и сложность реализации и дополнительная точка отказа. Или трюк с A-записями в DNS - но это только при наличии DNS-сервера, а внутри АСУТП их обычно нет (и, опять же, дополнительная точка отказа, да ещё и существенная задержка при переключении на резервный сервер).
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.
Ответить

Вернуться в «Общие вопросы»