т.е. к примеру есть коммутатор sw1 с двумя аплинк портами на коммутаторы core01, core02. В реальной жижни выход одного из core коммутаторов не влияет на устройства подключённые к sw1. На сколько я поимаю из “коробки” так не сделать? Был ли у кого нибудь опыт решения такой задачи к примеру через создание своего класса. Какие подводные камни могут быть при такой кастомизации? Заранее спасибо!
Вообще вроде есть такой функционал почитайте здесь
https://www.itophub.io/wiki/page?id=2_6_0%3Acustomization%3Axml_reference#fields
про <field id=“name” xsi:type=“AttributeRedundancySettings”>
Правда у меня нет опыта его применения пока.
1 лайк
Можно.
В одной из мох тем на форуме я поднимал уже этот вопрос. Вот тут есть ответ на него Настройка уровня доступности сервиса
Вам необходимо создать множество сетевых линков и включить для них режим <edit_mode>in_place</edit_mode> в этом случае происходим правильный расчет деградации.
А RedundancySettings для чего используется тогда?
Павел, мы оба правы)
<field id="webproxy_list" xsi:type="AttributeLinkedSet">
<linked_class>WebProxy</linked_class>
<ext_key_to_me>webproxycluster_id</ext_key_to_me>
<edit_mode>in_place</edit_mode>
<count_min>0</count_min>
<count_max>0</count_max>
</field>
<field id="redundancy" xsi:type="AttributeRedundancySettings">
<sql>redundancy</sql>
<relation_code>impacts</relation_code>
<from_class>WebProxy</from_class>
<neighbour_id>webproxycluster</neighbour_id>
<enabled>true</enabled>
<enabled_mode>user</enabled_mode>
<min_up>1</min_up>
<min_up_type>count</min_up_type>
<min_up_mode>user</min_up_mode>
<edit_mode>in_place</edit_mode>
</field>
Вот реальный рабочий пример
1 лайк
Павел, Борис, спасибо за ответы! То что нужно! Пойду пробовать