Я настраиваю кластер Ubuntu Linux HA. я упомянул(https://ubuntu.com/server/docs/ubuntu-ha-introduction).
Я также читаю документацию по clusterlabs на https://clusterlabs.org/pacemaker/doc/deprecated/en-US/Pacemaker/2.0/html-single/Pacemaker_Explained/index.html#idm46061171183360.
Мой кластер имеет два узла, а именно. узел_A и узел_B.
Мне нужно иметь три ресурса, которые я называю «основной», «компаньон» и «недоступный».
Ресурсы «мастер» и «компаньон» всегда должны работать на одном узле.
Я намерен связать их с помощью «ограничения колокации», например:
<rsc_colocation id="colocatec2m" rsc="companion" with-rsc="master" score="INFINITY"/>★
В обычное время ресурс «keepaway» должен работать на узле, отличном от узла, на котором работают «мастер» и «компаньон».
Так, например, если «мастер» и «компаньон» работают на узле_A, то «keepaway» должен работать на узле_B и наоборот.
Однако я не хочу обязательного ограничения обратного совместного размещения с отрицательной оценкой (-INFINITY)
Это потому, что я хочу, чтобы «keepaway» мог работать на том же узле, что и «мастер» и «компаньон», только в случае, если другой узел НЕ доступен.
Итак, несколько конкретных вопросов
Q1) Может ли желаемый результат быть достигнут с помощью ограничения «рекомендуемого размещения», указанного для «keepaway» с отрицательным числом, чтобы держать его подальше, возможно ... но не обязательно
â<rsc_colocation id="awayifpossible" rsc="keepaway" with-rsc="master" score="-500"/>
Q2) Если бы у меня было только два вышеперечисленных ограничения, одно для обязательного совместного размещения и одно рекомендательное удаление, имеет ли число баллов в рекомендательном ограничении какое-либо отношение к поведению (может ли это быть любое число, кроме бесконечности)
Q3) Что мне нужно сделать, чтобы «keepaway» переместился на другой узел, как только другой узел снова станет доступным после сбоя (не хочу, чтобы он был липким)
Спасибо за вашу помощь
Йогеш
