ホットアップグレード（Relup）

このプラグインは、実行中のEMQXノードに対して.relup形式のコード変更指示を適用し、オペレーターがVMを再起動せずにパッチリリースを展開できるようにします。

オペレーターは各ノードでemqx ctl relup ... CLIを使用して操作します。クラスター全体への展開はオペレーターの責任であり（オーケストレーション機能は組み込まれていません）。

使用タイミング

ホットアップグレードは以下の場合に適しています：

• 適用したいホップがemqx ctl relup list-supported-pathsでリストされている（宣言された{from, target}ホップのみサポート）。
• 次のノードに進む前にターゲットノードを検証できる。
• data/のバックアップがある。適用済みホップに対するインプレースのロールバックはありません（ロールバック参照）。

これらを満たせない場合は、通常のローリング再起動によるアップグレードを行ってください。

オペレーターの作業手順

1. プラグインのインストール

以下のダウンロードセクションからEMQXバージョンに合ったtarballを取得し、ダッシュボード（またはREST API / CLI）から他のプラグインと同様にインストールします。

2. アップグレードパスのサポート確認

emqx ctl relup list-supported-paths

出力はこのプラグインバージョンのpriv/relup/にバンドルされた{from, target}ホップを示します。ホップがない場合、そのパスのホットアップグレードは利用できません。通常の再起動ベースのアップグレードに戻ってください。

3. 各ノードにターゲットリリースを配置

各ノードで、EMQXプロセスが読み取れるパスに以下の2ファイルをコピーします：

• emqx-enterprise-<TargetVsn>-<os>-<arch>.tar.gz：EMQXターゲットリリースのtarball
• <tarball>.sha256：sha256ダイジェスト。標準のsha256sum形式（<digest> <filename>）が受け入れられます。

4. アップグレードの実行

各ノードで：

emqx ctl relup upgrade <TarballPath> [--force]

ハンドラーは以下を行います：

• <TarballPath>.sha256と実際のダイジェストを照合し、不一致の場合は展開を拒否。
• data/patches/に*.beamファイルがある場合は続行を拒否。このディレクトリはvm.args -paでコードパスの先頭に追加されるため、アップグレードターゲットのモジュールより優先されます。ターゲットリリースにホットパッチ済みの修正が含まれていても、古いbeamファイルが読み込まれる可能性があります。パッチファイルを先に削除するか、ターゲットリリース上に適用し続ける意図がある場合のみ--forceを指定してください。
• tarballを展開し、releases/emqx_varsからREL_VSNを読み込みます。
• priv/relup/*.relupで一致する{from, target}ホップを検索し、宣言されたコード変更指示とポストアップグレードコールバックを実行します。

5. ノードの検証

次の信号を確認してから次に進みます：

• emqx ctl statusがノードが稼働中であることを報告する。
• <RootDir>/relup/currentがターゲットバージョンと一致し、<RootDir>/relup/<TargetVsn>/にbin/、erts-*/、lib/、releases/が含まれている。

次回のemqx startまたはrestart時に、bin/emqxラッパーはrelup/currentを検出し、展開済みツリー（新しいERTS、新しいbinスクリプト、新しいlib）にexecします。元の<RootDir>はdata/、etc/、log/、plugins/の管理を継続します。

6. 成功後のクリーンアップ

クラスター全体がターゲットバージョンに移行したら、配置したtarballと.sha256サイドカーを手動で削除してください。プラグインはソースパスを追跡しないため、プラグイン側での状態クリアは不要です。

アップグレード履歴

各ノードはemqx_relup_logテーブル（ディスクバック、ローカル内容）に独自の監査ログを保持します。履歴はプラグインアンインストール後も残り、再インストールで再接続されます。

CLIで確認またはクリア可能です：

emqx ctl relup logs           # 最近のアップグレード試行を表示
emqx ctl relup logs-clear     # このノードのログ行をすべて削除

ロールバック

適用済みホップに対するインプレースのロールバックはありません。ホットアップグレードはライブVM上でcode_changesを実行し、post_upgrade_callbacksがディスク上のデータを変更している可能性があるため、これを元に戻すことはプラグインでサポートされていません。

実用的なフォールバック方法：

• 次回の再起動前に、アップグレードは成功したが新コードに問題があり、ディスク上のデータが旧リリースと互換性がある場合：

  rm <RootDir>/relup/current
  # 必要に応じて：rm -rf <RootDir>/relup/<TargetVsn>/
  emqx restart

  ラッパーは元の<RootDir>/bin/emqxツリーにフォールバックします。これは起動パスのみを回復し、アップグレード時のVM内部のライブ状態は失われています。

• それ以外の場合、アップグレード前にバックアップしたdata/（mnesia、設定など）から復元し、旧EMQXリリースを再インストールしてください。アップグレードの計画時にこれを考慮してください。

ホップの作成（開発者向けメモ）

新しいホップを追加するには、必要な各リリースに対して：

1. priv/relup/<from>-to-<to>.relupを追加し、ホップのcode_changesとpost_upgrade_callbacksを宣言します。プラグインソースのpriv/relup/README.mdにスキーマ、サポートされる命令、ポストアップグレードコールバックの契約が記載されています。特に、新しいEMQXのemqx_post_upgradeにpr_NNNNN_*コールバックを追加する場合、relupホップはコールバック呼び出し前にそのモジュールをリロードするか、このプラグインにemqx_post_upgrade_<TargetVsn>.erlとしてコールバックを同梱する必要があります。
2. このプラグインのVERSIONを更新して再公開します。

プラグインは起動時にすべてのpriv/relup/*.relupを検証し、不正なエントリがあれば警告ログを出します。悪いファイルはスキップされ、致命的にはなりません。

ダウンロード

各EMQXリリースのtarball：

EMQXバージョン	プラグインバージョン	パッケージ
5.10.4	1.0.0	emqx_relup-1.0.0.tar.gz