Рекомендации по хорошему оконечному мультиплексору [закрыто]
Пожалуйста, порекомендуйте мне хороший терминальный мультиплексор. Я новичок в работе системного администратора и мне нужен хороший способ управлять несколькими ящиками.
Изменить: Просто будьте ясны, я ищу что-то вроде PuTTy, которое может отправлять команды сразу в несколько ящиков.
Пример использования: Установка rpm на 10 разных боксов. Утомительно делать каждый из них вручную.
Всесторонний ответ лучшей практики, касающийся управления несколькими системными методами использования как марионетка, cfengine, Выход в открытый космос, Запускает, и другие интегральные утилиты были бы соответствующими.
Вместо этого я буду пример преимущества создания Вашего собственного с:
for H in `hosts`
do
ssh $H "# do things and stuff ; yum -y update"
done
К счастью я также покрыл первый здесь:
Управление приложением через несколько серверов или PXE по сравнению с cfEngine/Chef/Puppet
Я думаю Кластерные работы SSH лучше всего в этих ситуациях. Вы получаете отдельные окна для каждого сервера, но диалоговое окно передает все Ваши нажатия клавиш ко всем серверам.
Тот путь, если Ваша команда 'об/мин' разбомбила на одном сервере, можно нажать на тот сервер и исследовать/разрешить проблему.
-
1I' ve нашел, что каналы SSH лучше подошли для того, чтобы управлять несколькими серверами. В то время как роман, эта технология ненадежна и менее гибка. – Warner 31 March 2010 в 16:37
Я использую оболочку танцора на небольшом кластере, который может выполнить команды оболочки параллельно в списке имен хостов. Если у Вас есть много систем, dsh может препятствовать сетевая пропускная способность. Это предлагает опцию древовидной топологии иметь хосты вызова хостов и так далее, пока у них всех есть установленный dsh.
Dsh хорош, но он имеет некоторые недостатки. Если Ваша сеть или системы будут заняты, то отказ произойдет, оставляя Вас с некоторыми системами в одном состоянии и другими системами в другом. Можно попытаться записать идемпотентные команды и просто продолжать управлять им, пока все не возвращается хорошо, я предполагаю. Но общее решение состоит в том, чтобы иметь своего рода агент, который пытается принести систему от, он - текущее состояние к существующему; этот подход позволяет этому повторять, если переходная сетевая ошибка происходит. Это - подход cfengine/puppet/chef, берут в различных степенях.