Perlクラスタ構成管理システムRexコンサイスマニュアル

RexはPuppet DSLと構文が似ているPerlで書かれたSSH連動型のクラスタ構成管理システムです。中国語版は http://rex.perl-china.com で公開されています。この記事は、私が学科wikiに書いた紹介文書に過ぎません。

共通コマンドパラメータ

rexコマンドのパラメータはたくさんありますが、私たちの環境はkrb認証を受けているため、Rexfileにしか書けないパラメータもあります。そのため、Rexfileが格納されている/etc/puppet/webuiの下でコマンドを実行すると、多くの設定が自動的に読み込まれます。そのため、他に必要なコマンドパラメータは基本的に以下のものだけです。
-テレビ 現在のRexfileとサーバーグループに定義されているタスクがどれかを確認します。
-H. タスクが実行されるホストを指定します。ここでは、10.5.16.[95..110]のような書き方をサポートすると便利です。
-G. グループを定義する方法はたくさんあり、RexはRexfileに直接groupディレクティブを書いたり、ini設定ファイルを通して定義したりと、デフォルトでサポートしています。私は現在、sqliteから取得するためにgroups_dbディレクティブを実装しています。 groups_db('cdnbj::nginx') は自動的に 'cdnbj::nginx' というサーバグループを生成し、cdnbj内のnginxを配備したサーバをすべて含めます。
-e. 一時的なタスクを指定します。これは通常 'say run "ipconfig"' のような単純なコマンドの形をしています。複雑なロジックが必要な場合は、RexfileでTaskを記述した方がよいでしょう。
-q. 実行ログレベルを指定し、-qおよび-qqを指定します。
-d. 実行ログレベルを指定し、-dと-ddで指定します。

レックスファイル入門

パラメータ設定編。

この4行は、kerberos認証を使用することと、10プロセスが同時にsshコマンドを実行することを指定しています。

task指示文は、特定の-Hまたは-Gサーバで実行されるタスクを定義します。beforeとafterで定義されたタスクは、対応するタスクの前か後に、'''rexコマンド実行時、すなわち10.4.1.21ローカル'''で実行されます。

共通コマンドの紹介

実行

コマンドを実行します。コールバック関数がある場合は、stdoutとstderrがコールバック関数に渡され、ない場合はstdoutが直接戻り値として受け取られます。

例えば

ファイル

ファイルを配布する。構文はPuppetのfileと同様で、source, template, ensure, on_changeなどをサポートします。注意：rexはRexfileを順次実行するため、Puppetのrequireコマンドを設定する必要はありません。

例えば

パッケージ

パッケージのインストールですが、以前のバージョンでは install package => "nginx" というコマンドでしたが、最近は pkg という Puppet の構文に近いものに変更されています。

また、pkgの内容として配列を渡すこともサポートしています。さらにrexはyum clean allやapt-get updateを実行するためのupdate_package_dbコマンドも用意しています。これはPuppetに欠けているものです。

例えば

ensureはpresent, absent, latestやその他いくつかの意味もサポートしています。Puppetと同じです。

アカウント

ユーザー管理は、もともと create_user と create_group ディレクティブで行われていましたが、最近 create_user が account ディレクティブに更新されました。

例えば

テール

複数のホストから同時にログの最新アペンドを観測するために使用します。比較的便利な小機能であるはずだ。コードは以下の通りです。

リモートホストの詳細に関する変数

Puppetにはリモートホストの詳細を判断するための特別なFacts変数がありますが、RexはSSHで接続するため、リモートホスト上でエージェントを実行して情報を収集することはなく、リモートでコマンドを実行することで内容を提供します。現在使用されているいくつかの関数(変数とも言える)は以下の通りです。

is_redhat

OSがRedHat系であるかどうかを判断するために使用します。以前はDebianマシンが大量にあったため、Rexfileには常にこのような操作ロジックが存在していました。

オペレーティング・システム・バージョン

これは、特定のオペレーティングシステムのバージョン番号を決定するために使用されます。例えば、CentOS5 と CentOS6 では異なるアクションを適用する必要があり、CentOS6.5 と CentOS6.2 でも一致しない場合があります。

例えば、Rexfileの1w10タスクのように。

ルート

Rexfileの1w10タスクは、ルート情報を使って、デフォルトゲートウェイとNICインターフェイスを取得します。

接続

複数のホストでタスクを実行する場合、どのホストが特定の結果を返したかを出力で確認したい人がほとんどだと思います。前節ではtailタスクが使われましたが、非常に複雑な書き方です。実はrexはもっと簡潔な書き方を提供しています。それはconnection->serverです。

現在接続しているサーバーの全情報は、get_system_information ディレクティブでも取得可能であり、実はこれと同等である。しかし、これらは一般に、文字通りの意味によって異なる文脈で使われます。

この情報を完全に表示するには、dump_system_informationコマンドを使用します。このコマンドは、print Dumperのget_system_information()とは異なり、各キーを個別の変数として扱います。そして、これらの変数は、rexのテンプレートで直接使用できる埋め込み変数です。例えば

dump_system_information のリストにない変数で、テンプレートで使用したいものは明示的に渡す必要があります。これは、レキシカルスコープを完全に無視するscope.lookupvar()ディレクティブで、テンプレート内の任意のppクラスで設定された変数を取得できるPuppetと矛盾しています===!

例えば

es.yml.tmplに対応する書き方です。

これが効果的なのです。