Присоединение к одному сеансу tmux с разных узлов кластера

Question

Я работаю над вычислительным кластером, который имеет несколько сотен узлов. Схема балансировки нагрузки выбирает свободный узел для входа в систему при входе в кластер. В результате, очень маловероятно, чтобы повторно войти в систему на предыдущем компьютере при последующих вызовах ssh.

Тем не менее, я хотел бы использовать tmux на удаленном компьютере для настройки сеанса, который сохраняется между разными именами входа.

Я ищу различные варианты, которые можно использовать для достижения желаемого поведения. Я придумал следующую опцию, которая, однако, не совсем "хорошее" решение:

• Выберите один узел и придерживайтесь его.
  Т.е. после входа в систему на node-XXXX с помощью балансировщика нагрузки откройте новое ssh-соединение с node-0042 и запустите там tmux .

  Используя ssh ProxyCommand это может быть достигнуто беспрепятственно, т. Е. Пользователь вводит ssh node-0042 который открывает соединение для входа в кластер и использует это соединение в качестве прокси для соединения node-0042 .

  Это имеет очевидный недостаток: пользователь ничего не получает от механизма балансировки нагрузки.

Есть ли у вас какие-либо советы о том, как справиться с этой ситуацией? Любая идея для другого подхода для ее решения (возможно ли "переместить" работающий сервер tmux на другую машину [которая является точной копией текущей машины]?).

Answer 1

Вы можете настроить служебный адрес для своего компьютера-оболочки, чтобы запись DNS могла указывать, где бы она ни находилась. При использовании какой-либо службы динамического DNS или программного обеспечения высокой доступности вы можете каждый раз использовать одно и то же имя хоста.

Если вы можете запускать виртуальные машины поверх этих ресурсов, вы можете поочередно загрузить свою любимую ОС, просто чтобы запустить свою оболочку и подключиться к tmux (запускать сеансы ssh или что-то еще). Статический адрес будет для этой оболочки ВМ. Если у вас есть возможность оперативной миграции, она может даже работать, когда некоторые узлы должны быть отключены для обслуживания.