ランチ - クラウドでオンライン

プログラム：

NAME

Lunch - 分散プロセスランチャー

SYNOPSIS

ランチ [設定 file] [オプション]

DESCRIPTION

Lunch は、GNU/Linux 用の分散プロセス ランチャーです。 ランチマスターが起動します
Lunch-Slave は、リモート ホスト上の場合、暗号化された SSH セッションを通じて処理します。 あの奴隷たち
プロセスは、必要なコマンドをオンデマンドで起動できます。

OPTIONS

- バージョン
プログラムのバージョン番号を表示して終了します

-h, - 助けて
このヘルプメッセージを表示して終了します

-f CONFIG_FILE、 --config-ファイル=構成ファイル
Pythonの設定ファイルを指定します。 単純に構成ファイルを次のように指定することもできます。
最初の引数。

-l LOGGING_DIRECTORY、 --ロギングディレクトリ=LOGGING_DIRECTORY
マスターのロギングおよび pidfile ディレクトリを指定します。 デフォルトは
/var/tmp/ランチ

-q, -- ログからファイルへ
マスター情報のファイルへのログ記録を有効にし、標準出力へのログ記録を無効にします。

-g, --グラフィカル
グラフィカル ユーザー インターフェイスを有効にします。

-v, -詳細
ログ出力を詳細にします。

-d, - デバッグ
ログ出力を非常に詳細にします。

-k, - 殺す
同じ設定ファイルとログ ディレクトリを使用する別のランチ マスターを強制終了します。
完了したら終了します。

OPERATION

ランチ実行可能ファイルはランチ マスターと呼ばれます。 ランチスレーブ実行可能ファイルは
ランチ奴隷。 マスターとして実行すると、スレーブが起動されます。 奴隷には責任がある
子プロセスを起動します。 マスターはスレーブを起動します (SSH 経由かどうかにかかわらず)。
子プロセスを起動します。

Lunch 構成ファイルは、Lunch 実行可能ファイルの最初の引数として提供できます。
指定されていない場合は、ランチマスターが探します。 ~/.lunchrc ファイル。 見つからなかった場合、昼食は
エラーを出力して終了します。 ランチ構成ファイルは Python プログラミングで書かれています
add_command 関数を呼び出す必要があります。

マスターのプロセス ID は、/var/tmp/lunch/master*.pid にあるファイルに書き込まれます。
ここで * は、マスターの構成に使用されるランチ構成ファイルによって異なります。 ここは
システム上のすべてのランチマスターを強制終了する方法:

/var/tmp/lunch/master-*.pid の f について; do kill -15 $(cat $f); 終わり

グラフィック USER INTERFACE

--graphical オプション (-g) を指定して呼び出すと、ランチ マスターはグラフィカル ユーザーを表示します。
すべての管理対象プロセスの状態を表示するインターフェイス。 このウィンドウを閉じると、
Lunch Master は終了し、そのすべての子プロセスを強制終了します。

SSH キー 公演の

複数のホストで使用する場合、ランチには各リモートに SSH サーバーがインストールされている必要があります
コンピューター。 マスター コンピューター上のユーザーの公開 SSH キーも必要です
すべてのスレーブ コンピュータにインストールする必要があります。 作成手順をまとめますと、
マスター コンピューターに SSH キーを送信し、各スレーブ コンピューターに公開キーを送信します。

$ mkdir -p ~ / .ssh
$ chmod 700 ~ / .ssh
$ ssh-keygen -f 〜/ .ssh / id_rsa -trsa

次に、各スレーブ ホストに対して次の操作を実行します。

$ ssh-コピーID @
$ ssh ユーザー名@ホスト 'echo Hello'

後者のコマンドを発行すると、「Hello」が表示されます。

SSH 経由でランチを開始し、そこから他のホストのコマンドを起動する場合は、まず次のことを行う必要があります。
ssh-agent が実行中であり、SSH 秘密キーのロックが解除されていることを確認してください。
次のようにして実行できます。

$ ssh-エージェントbash
$ ssh-追加

歴史

2010 - マルチプロセッシングから Twisted に移植

2009 - アレクサンドル・クエシー著[メール保護]> Simon からの寄稿による
ピエッテ[メール保護]>

例

例については、example ディレクトリを参照してください。 Debian または Ubuntu システムでは、次の場所にある必要があります。
/usr/share/doc/lunch/examples/ ディレクトリ内。

以下は、コンテンツの最も単純な例です。 ~/.lunchrc ファイル。 それは伝えます
「xeyes」という名前のコマンドを XNUMX つだけ呼び出すために昼食をとります。

add_command("xeyes")

このファイルで add_command への呼び出しをさらに追加すると、さらに多くのプロセスが追加されます。
ランチより発売されました。 add_command は、ランチから呼び出す必要がある Python 関数です。
Lunch によって呼び出されるコマンドを追加するための設定ファイル。 それ以上追加する場合は、
XNUMX つのコマンドで、ファイルに追加した順序で呼び出されます。

次に、構成ファイルのより複雑な例を示します。 XNUMX つのプロセスが作成されます。
プロセス間の依存関係。

add_command("xeyes", identifier="xeyes")
add_command("xlogo", depended=["xeyes"])
add_command("xクロック", depend=["xeyes", "xlogo"])

上記の設定ファイルは、最初に xeyes を開始し、次に xlogo、最後に x Clock を開始します。
xeyes が終了すると、XNUMX つのプロセスすべてが停止され、再起動されます。 xlogo プロセスの場合
終了すると、xlock は停止され、xlogo の実行中に再び再起動されます。 の
「add_command」関数の「depends」キーワード引数には、次のような文字列のリストが必要です。
口論。 これらの文字列は、すでに追加されているキーワードの「identifier」キーワード引数と一致する必要があります。


次の例では、SSH を使用してリモート ホスト上でプロセスを起動します。 昼食に注意してください-
スレーブ スクリプトは、子プロセスを起動する各ホストにインストールする必要があります。

add_command("xeyes")
add_command("xeyes", user="johndoe", host="example.org")

次のようなプロセス ツリーが作成されます。

ランチ_______________ランチ奴隷____xeyes
|____ssh____ランチ奴隷____xeyes

次は XNUMX 回だけ実行されるコマンドです。

add_command("ls -l", identifier="リスト...", respawn=False)

何らかの理由で、コマンドごとにホスト名を指定する方が簡単な場合は、
さらに、ローカルホストの場合でも、マスターの IP を指定して「add_local_address」を呼び出すことができます。
引数。

add_local_address("192.168.1.2")
# 今回は SSH を使用しません。
# を使用してホストを追加したばかりなので、
# 「add_local_address」関数。
add_command("xeyes",
識別子 = "local_xeyes",
ユーザー = "ジョンドー"、ホスト = "192.168.0.2")
# 次回は SSH を使用します。
# そのホストがローカルホストとして設定されていないため。
add_command("xeyes -geometry 300x400",
識別子 = "remote_xeyes",
ユーザー = "ジョンドー"、ホスト = = "example.org")

報告 バグ

見る http://svn.sat.qc.ca/trac/lunch ヘルプとドキュメントが必要です。

onworks.net サービスを使用してオンラインでランチを利用する