Это легко сделать с помощью простого ограничения бесконечности. В синтаксисе crmsh это выглядело бы так:
location l_webserver_on_node1 hakase_balancing inf: node1
С учетом вышесказанного это не соответствует рекомендациям. В хорошо спроектированном кластере высокой доступности оба узла должны быть равны, и не должно иметь значения, где работают службы.
Я видел ситуации, когда периодически возникали проблемы с узлом 1. Например, скажем, узел 1, кажется, сбой и перезагрузка примерно раз в день. Это означает, что два раза в день ваш сервис будет сталкиваться с кратковременным прерыванием при его миграции на узел 2, а затем обратно на узел 1, когда он завершает перезагрузку. В идеале он должен мигрировать только на узел 2, когда узел 1 аварийно завершает работу в первый раз. Тогда оставайтесь там, пока вы устраняете неполадки и ремонтируете / заменяете node1.