Welche verteilten Shell-Dienstprogramme halten die Benutzer für gut, flexibel und benutzerfreundlich? [geschlossen]

11

Ich habe für viele von ihnen Links gesucht und gesammelt, aber viele dieser Tools verfügen nicht über genügend Anwendungsfälle oder Demonstrationsdokumentationen, um ihren potenziellen Wert bewerten zu können, ohne sie installieren und ausprobieren zu müssen.

Ich hoffe, dass die Leute hier Erfahrung mit einigen von ihnen haben und Feedback geben können, wie einfach sie zu installieren und zu verwenden sind.

Mein persönlicher Anwendungsfall sind einige Maschinenpools, die normalerweise zusammen verwendet werden, um verteilte Aufgaben zu bearbeiten. Die Maschinen sind keine tatsächlichen Cluster (wie Beowulf), und mein Hauptbedarf besteht darin, die Konfiguration und Verwaltung der Maschinen zu unterstützen. Wenn das Dienstprogramm die Möglichkeit bietet, die Arbeit tatsächlich in Teile aufzuteilen und diese Teile zu verteilen, ist das interessant, aber ich brauche zuerst den primären Anwendungsfall.

Hier ist die Liste der Projekte, die ich gefunden habe und die kostenlos und Open Source sind:

Ich bin gespannt auf deine Gedanken!

deinspanjer
quelle

Antworten:

1

Ich bin ein großer Fan von Clusterssh. Es öffnet sich ein Terminalfenster für jeden Host, den Sie kontaktieren, und ein weiteres kleineres Fenster. Der im kleineren Fenster eingegebene Text wird an alle Terminalfenster gesendet. Wenn Sie für einige Hosts Eingaben eingeben müssen (z. B. die Frage "y this" für neue Hosts mit "y" beantworten), können Sie diese einfach in das Terminalfenster eingeben.

Scott
quelle
Scott, gab es noch andere, die du ausprobiert hast und die für dich nicht geklappt haben? Fehlende Funktionen in Clusterssh, die Sie sich wirklich gewünscht haben?
Deinspanjer
Entschuldigung für die späte Antwort. Ich habe keine anderen ausprobiert. clusterssh war einfach über yum zu installieren, also habe ich das zuerst benutzt und es hatte alles, was ich brauchte.
Scott
3

Fügen Sie Capistrano Ihrer Liste hinzu. http://www.capify.org/

Es ist keine streng verteilte Shell, sondern entspricht Ihren Anforderungen.

diq
quelle
Schauen Sie sich auf jeden Fall Capistrano an. Die Chancen stehen gut, dass es Ihre Bedürfnisse erfüllt
Drew Stephens
Ja, Mützenschale! Ich fand es nützlicher als andere SSH-Wrapper.
Obecalp
2

pdsh ist sehr nützlich für "Cluster" -Arbeiten. Die Behandlung von Hostnamen (Host [1-N]) und das variable Fanout sowie die Möglichkeit, ein Timeout festzulegen, wie lange Sie auf die Rückgabe eines Befehls warten möchten, sind auf größeren Computern sehr nützlich. Darüber hinaus werden verschiedene Methoden für den Remotezugriff unterstützt. (ssh, rsh etc.). Es kann sogar manchmal nützlich sein, mehrere Befehle gleichzeitig auf demselben Knoten auszuführen.

Für einen zusätzlichen Bonus kombinieren Sie pdsh mit dshbak, um die Ausgabe ähnlicher Hosts einfach zu einem Ausgabeblock zu kombinieren.

Maddhatt
quelle
1

Ich mag shmux :

Es ist auf Centos Repo erhältlich.

Aber meiner Meinung nach sollten Sie sich Konfigurationsverwaltungssoftware wie Cfengine oder Puppet ansehen, wenn Sie eine Reihe von Servern warten müssen ... Große Daumen hoch für Puppet, leicht zu erlernen und sehr angenehm ;-)

jnrg
quelle
0

Während ich mir irgendwann ein Systemkonfigurations-Management-Framework wie Puppet ansehen werde, wollte ich zunächst einen Multiplexer verwenden. clusterssh funktioniert unter Linux gut genug. Für Mac OS X habe ich csshX gefunden, was praktisch dasselbe ist.

Ich habe Omnitty dazu gebracht, auf RHEL5 zu kompilieren, und es ist mein klarer Favorit. Ich war kein Fan von Programmen, die für jede Sitzung separate Terminalfenster benötigen, wie dies bei clusterssh der Fall ist. Omnitty bietet eine einzige fluchbasierte Oberfläche. Ich wünschte, ich könnte es unter Mac OS X kompilieren lassen, aber es ist gut genug, nur auf den Computer zu schalten, auf dem es installiert ist, und es dann von dort aus auszuführen.

deinspanjer
quelle
0

Vor einigen Jahren musste ich einige Linux-Boxen in Echtzeit überwachen (ob sie aktiv waren oder nicht, festplattenfrei usw.), die sich hinter ADSL-Routern befanden. Ich hatte kein Passwort für die Router, daher war es mir unmöglich, Ports in den Routern zu öffnen, und ich konnte nicht auf die Linux-Computer ssh.

Als Lösung dafür "entwickelte" ich ein verteiltes Unix-Shell-System, das sehr einfach, aber sehr stabil und robust ist, da es auf bereits vorhandenen Solid-Rock-GNU-Dienstprogrammen basiert.

Später entdeckte ich, dass meine Idee nicht neu war, aber da sie nur auf einer einzigen Codezeile basiert, beschloss ich, das "Projekt" aus Neugier der Öffentlichkeit "zugänglich zu machen":

http://users.ninthfloor.org/titanio/

Habe Spaß!


quelle