プラグインの管理
このページでは、EMQXにおけるプラグインのライフサイクルについて説明し、ダッシュボード、CLI、REST APIを使ったプラグインのインストール、設定、起動、停止、アンインストール、アップグレード方法を解説します。
プラグインのライフサイクル
EMQXプラグインは主に以下の3つのライフサイクル状態を経ます:
- インストール済み:プラグインのコードと設定が読み込まれているが、アプリケーションはまだ起動していない状態。
- 起動済み:プラグインが稼働しており、EMQXと積極的に連携している状態。
- アンインストール済み:プラグインがシステムから完全に削除された状態。
インストールプロセス
インストールの流れは以下の通りです:
- プラグインパッケージ(
make relコマンドで作成されたtarball)をダッシュボード、API、またはCLI経由でアップロードします。詳細なインストール手順はプラグインのインストールと管理を参照してください。 - プラグインパッケージはEMQXクラスターの各ノードに転送されます。
- 各ノードで以下の処理が行われます:
- tarballはEMQXルートディレクトリの
pluginsサブディレクトリに保存されます(plugins.install_dirオプションで上書き可能):$EMQX_ROOT/plugins/my_emqx_plugin-1.0.0.tar.gz - 同じディレクトリに展開されます:
$EMQX_ROOT/plugins/my_emqx_plugin-1.0.0/ - 初期設定(メインプラグインのappからの
config.hocon)が$EMQX_DATA_DIR/plugins/my_emqx_plugin/config.hoconにコピーされます。 - Avroスキーマが存在すれば検証のために読み込まれます。
- プラグインコードはノードに読み込まれますが、アプリケーションは起動しません。
- プラグインはEMQX設定の
plugins.statesでdisabledとして登録されます。
- tarballはEMQXルートディレクトリの
TIP
プラグインの状態はEMQX設定内のenableフラグ(trueまたはfalse)のみが保存されます。完全なプラグイン設定はノード上の$EMQX_DATA_DIR/plugins/my_emqx_plugin/config.hoconに格納されます。
設定
インストール後、プラグインの設定はダッシュボードやAPIを通じて更新可能です:
- 新しい設定はAvroスキーマ(存在する場合)に基づき検証されます。
- 更新内容はクラスターの全ノードに配布されます。
- プラグインの
on_config_changed/2コールバック関数が呼び出されます。プラグインが新設定を受け入れた場合、$EMQX_DATA_DIR/plugins/my_emqx_plugin/config.hoconに永続化されます。
TIP
on_config_changed/2コールバック関数は、アプリケーションが起動していなくても呼び出されます。
TIP
on_config_changed/2コールバック関数はEMQXクラスターの各ノードで呼び出されます。ローカルシステム状態(例:ネットワークの可用性)に依存する設定検証は避けてください。ノード間で結果が不整合になる可能性があります。代わりにランタイムチェックにはon_health_check/1を使用し、リソースが利用不可の場合は不健康状態を報告してください。
設定ファイルの場所
関連する設定ファイルは以下の2箇所にあります:
インストールされたプラグインパッケージ内のデフォルトファイル:
- Docker環境:
/opt/emqx/plugins/my_emqx_plugin-1.0.0/my_emqx_plugin-1.0.0/priv/config.hocon - deb/rpm環境:
/usr/lib/emqx/plugins/my_emqx_plugin-1.0.0/my_emqx_plugin-1.0.0/priv/config.hocon
- Docker環境:
ダッシュボードやAPI経由で設定保存後、EMQXが管理する永続化されたプラグイン設定ファイル:
- Docker環境:
/opt/emqx/data/plugins/my_emqx_plugin/config.hocon - deb/rpm環境:
/var/lib/emqx/plugins/my_emqx_plugin/config.hocon
- Docker環境:
priv/config.hoconはパッケージに含まれるデフォルトテンプレートであり、data/plugins/.../config.hoconが設定変更後にEMQXが使用する永続化設定ファイルです。
起動
プラグインはダッシュボード、API、CLIから手動で起動します。起動時には:
- プラグインのアプリケーションが起動されます。
- プラグインはEMQX設定の
plugins.statesでenabledとして登録されます。
プラグインが起動中で情報が要求された場合、on_health_check/1コールバック関数が呼び出され、プラグインの状態が取得されます。
停止
プラグインを停止すると以下が行われます。
- プラグインのアプリケーションが停止されます。
- プラグインはEMQX設定の
plugins.statesでdisabledとして登録されます。
プラグインのアプリケーションは停止しますが、コードはノード上に読み込まれたままです。停止中のプラグインも設定は可能です。
アンインストールプロセス
アンインストールの流れは以下の通りです:
- プラグインが起動中であれば停止します。
- プラグインのコードをノードからアンロードします。
- ノードからパッケージファイルを削除します(設定ファイルは保持されます)。
- EMQX設定の
plugins.statesからプラグインを登録解除します。
プラグインパッケージのアンインストールはダッシュボードまたはCLIから行えます。詳細はプラグインのインストールと管理を参照してください。
クラスター参加時の動作
EMQXノードがクラスターに参加する際、プラグインやその設定は各ノードのローカルファイルシステムに存在するため、実際にはインストール・設定されていない場合があります。
新規ノードは以下を行います。
- クラスター参加時にグローバルなEMQX設定を取得します。
- 設定からプラグインの状態(インストール済みかつ有効かどうか)を把握します。
- 他のノードからプラグインとその実際の設定をリクエストします。
- プラグインをインストールし、有効なものは起動します。
プラグインのインストールと管理
EMQXはダッシュボード、CLI、APIを通じてプラグインパッケージのインストール、アンインストール、管理をサポートしています。
ダッシュボードからのパッケージインストール
プラグインが既にビルドされ、my_emqx_plugin-1.0.0.tar.gzが用意されているとします。ダッシュボードから直接コンパイル済みプラグインパッケージをインストールする手順は以下の通りです:
重要なセキュリティアップデート
セキュリティ上の理由から、EMQXはダッシュボード経由のプラグインインストールに事前の明示的な許可を必要とします。
- インストール開始前に許可を与える必要があります。
- 許可状態は一時的で、インストール完了後に自動的に取り消されます。
- クラスター環境では、全ノードで許可を与える必要があります。
CLIで以下のコマンドを実行し、プラグインインストールを明示的に許可します:
bashemqx ctl plugins allow $NAME-$VSN{NAME}:プラグイン名(例:my_emqx_plugin){VSN}:プラグインのバージョン(例:1.0.0)
このコマンド実行後にダッシュボードからインストールを進められます。
EMQXダッシュボードの Management -> Plugins に移動します。
+ Install plugin ボタンをクリックし、インストールページを開きます。
プラグインパッケージを選択またはドラッグしてアップロードします。

Install ボタンをクリックしてインストールを完了します。プラグイン一覧に新しいプラグインが表示されます。

これでプラグインの起動・停止や設定が可能になります。ダッシュボードからプラグインパッケージをアンインストールするには、プラグイン一覧のActions列のMoreメニューからUninstallボタンをクリックしてください。
以前に許可したプラグインの許可を取り消すには、以下のいずれかを行います:
- プラグインをアンインストールする(既にインストール済みの場合)。
- 以下のコマンドで明示的に許可を取り消す:
emqx ctl plugins disallow $NAME-$VSNCLI経由でのパッケージインストール
プラグインが既にビルドされ、my_emqx_plugin-1.0.0.tar.gzが用意されているとします。CLIから直接コンパイル済みプラグインパッケージをインストールする手順は以下の通りです:
EMQXノード上でtarballをEMQXのプラグインディレクトリにコピーします:
$ cp my_emqx_plugin-1.0.0.tar.gz $EMQX_HOME/pluginsプラグインをインストールします:
$ emqx ctl plugins install my_emqx_plugin-1.0.0プラグイン一覧を確認します:
$ emqx ctl plugins listプラグインの起動・停止:
$ emqx ctl plugins start my_emqx_plugin-1.0.0 $ emqx ctl plugins stop my_emqx_plugin-1.0.0プラグインのアンインストール:
$ emqx ctl plugins uninstall my_emqx_plugin-1.0.0
API経由でのパッケージインストール
プラグインが既にビルドされ、my_emqx_plugin-1.0.0.tar.gzが用意されているとします。APIを使ってプラグインをインストールする手順は以下の通りです:
インストールを許可します。以下のコマンドを実行してプラグインインストールを有効にします:
emqx ctl plugins allow my_emqx_plugin-1.0.0プラグインをインストールします。
curlでPOSTリクエストを送信してインストールを行います:$ curl -u $KEY:$SECRET -X POST http://$EMQX_HOST:18083/api/v5/plugins/install -H "Content-Type: multipart/form-data" -F "plugin=@my_emqx_plugin-1.0.0.tar.gz"プラグイン一覧を確認します。インストールが成功したか確認するには以下を実行します:
$ curl -u $KEY:$SECRET http://$EMQX_HOST:18083/api/v5/plugins | jqプラグインの起動・停止。以下のコマンドで起動・停止を行います:
$ curl -s -u $KEY:$SECRET -X PUT "http://$EMQX_HOST:18083/api/v5/plugins/my_emqx_plugin-1.0.0/start" $ curl -s -u $KEY:$SECRET -X PUT "http://$EMQX_HOST:18083/api/v5/plugins/my_emqx_plugin-1.0.0/stop"
EMQX起動前のプラグイン事前インストール
例えばカスタムDockerイメージを作成する際に、EMQX起動時にプラグインを即座に利用可能にしたい場合は、プラグインパッケージを展開し、EMQXを事前に設定しておくことが可能です。
以下はDockerfileの例ですが、deb/rpmやベアメタルなど他のデプロイ方法でも同様の手順が適用できます:
プラグインtarballをコピーし、pluginsディレクトリに展開します:
dockerfileCOPY --chown=emqx:emqx my_emqx_plugin-1.0.0.tar.gz /opt/emqx/plugins/my_emqx_plugin-1.0.0.tar.gz RUN cd /opt/emqx/plugins && \ mkdir -p my_emqx_plugin-1.0.0 && \ tar zxf my_emqx_plugin-1.0.0.tar.gz -C my_emqx_plugin-1.0.0EMQXのベース設定ファイルにプラグインを登録し、起動時に自動的に開始されるようにします。以下を追記してください:
dockerfileRUN cat <<EOF >> /opt/emqx/etc/base.hocon plugins { states = [ { name_vsn = "my_emqx_plugin-1.0.0" enable = true } ] } EOFenable = trueに設定するとプラグインが自動起動し、enable = falseにするとインストールのみで起動しません。
プラグインのアップグレード
EMQXでは同一プラグインの複数バージョンを同時にインストールできません。
新バージョンをインストールするには:
- まず旧バージョンをアンインストールします。
- その後、新バージョンをインストールします。
プラグインの設定はインストール間で保持されます。