'IP swapping' для резервиуемых Control Logix

[Bublikator]

Вопросы по механизму IP Swapping (руководство ControlLogix Redundancy System Manual, 1756-UM523F-EN-P):
1. Согласно документации для реализации механизма «IP swapping» необходимо объединить резервируемые контроллеры одной подсетью. Будет ли «IP swapping» работать, если каждый из резервируемых контроллеров посадить на отдельный коммутатор, а эти коммутаторы объединить в одной подсети? Т.е., в схеме «Several switches – one subnet».
2. Где реализован этот механизм «IP swapping»? Во внутреннем программном обеспечении RM/SRM модулей или в программном обеспечении RSLinx?
3. При соединении одной резервированной системы контроллеров с другой резервированной системой контроллеров посредством MSG-сообщений и механизме «IP swapping» связь настраивается только между двумя IP адресами (младшими в каждой паре зарезервированных контроллеров)? Нужно ли вручную контролировать факт переключения между резервируемыми шасси для поддержки соединения?

[oldDad]

Как Вы знаете, IP Swapping применяется только в пределах одной подсети. Если свичи будут соединены каскадно, то теоретически это будет работать, но с роутером, скорее всего, ничего не получится. Практически не приходило в голову проверять. А почему у Вас возник такой вопрос? Процессоры стоят рядом. Почему бы не воткнуть их в один и тот же свич?

2. IP swapping реализован в firmware процессора + firmware RM/SRM.

3. В каждой из резервированных систем виртуально есть только один IP, принадлежащий резервированной паре процессоров, а именно тому процессору, который в данный момент является primary. Соседний IP нужно просто зарезервировать для secondary процессора. ВТорая резервированная система занимает в адресном IP-пространстве ещё 2 IP-адреса. Вручную ничего контролировать не нужно.
_________________
Обращайтесь к профессионалам.

[Bublikator]

Два коммутатора нужны для того, чтобы при отказе одного из них возможна была работа с резервированной ControlLogix-1756 системой теми абонентами, кто подключен ко второму коммутатору. В руководстве ControlLogix Redundancy System Manual, 1756-UM523F-EN-P одной из причин переключения с primary chassis на secondary названо как раз – «break or disconnection of a ControlNet tap or ethernet cable». Или при отказе коммутатора такого переключения между primary и secondary chassis не произойдёт?

[oldDad]

Моё мнение таково: не стОит пытаться резервировать Ethernet c линейной топологией.

В том же документе сказано: если вам нужно резервировать сеть, то применяйте ControlNet. Там же написано, что Ethernet нужно использовать только для подключения интерфейса оператора. Слово "только" выделено жирным.

Если уж хотите повысить надёжность обмена данными по Ethernet, то применяйте не шину, а кольцо c хорошими кольцевыми коммутаторами.

Кроме того, с точки зрения теории надёжности два коммутатора не улучшат, а ухудшат надёжность системы, т.к. суммарная надёжностть системы является произведением надёжностей её единичных компонентов. Если надёжность коммутатора, условно говоря, равна 0,9, то надёжность системы из двух соединенных между собой кабелем коммутаторов равна 0,9*0,9=0,81. И это без учёта дополнительного кабеля с разъёмами со значительно мЕньшей надёжностью, соединяющего эти два коммутатора, и ещё больше ухудшающего общую надёжность этой связки.

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

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

Исходя из этого, гораздо надёжнее (и, возможно, дешевле) было бы поставить хороший надёжный индустриальный коммутатор с резервированным питанием, чем два коммутатора (каждый со своим источником питания) + дополнительные кабели, разъёмы и т.п.
_________________
Обращайтесь к профессионалам.

[Bublikator]

Хорошо, а для кольцевой конфигурации (такая и предусматривается проектом)? Произойдет ли переключение с основного ЦП (адрес IP) на резервный ЦП (адрес IP+1) на приведенной схеме при отказе коммутатора, помеченного красным значком (формально — должна происходить, с учетом фразы из руководства «break or disconnection of a ControlNet tap or ethernet cable»; отказ коммутатора приравнивается к disconnection ethernet cable)? Смогут ли сервера FT View SE безударно переключиться на обмен данными с резервной стойкой?

[oldDad]

В актуальной версии резервированные шасси поддерживают только модули 1756-EN2T для шинной архитектуры, но не 1756-EN2TR или 1756-EN3TR, которые необходимы для кольцевой архитектуры.

В документе 1756-um523 на стр.39 для IP-swapping приведена вот такая рекомендуемая конфигурация:



В Вашем случае это означает вот такую структуру:



Или уже вообще вот так:



Вы, конечно, можете воспользоваться процедурой ControlLogix Redundancy Alias Topic Switcher, описанной в этом документе в Appendix A, но это не IP-swapping и не очень хорошее решение.

См. также комментарии на стр. 40 вышеупомянутого документа: