ノードの退避とクラスターの負荷再分散
MQTTはステートフルな長時間接続アクセスプロトコルであり、一度確立された接続は簡単には切断されません。そのため、クラスターのノードのアップグレード、メンテナンス、スケーリングはより困難になります。EMQXは、ユーザーのクラスター運用と保守を支援するために、ノード退避およびクラスター負荷再分散機能を提供しています。
ノード退避
クラスター内のノードをメンテナンスやアップグレードする必要がある場合、ノードを直接シャットダウンすると接続やセッションが失われ、データ損失が発生する可能性があります。さらに、この操作により多数のデバイスが一時的にオフラインになり再接続を行うため、サーバーの負荷が増加し、全体の業務に影響を及ぼす可能性があります。
そこでEMQXは、ノード退避機能を提供し、ノードをシャットダウンする前にそのノード上のすべての接続およびセッションデータをクラスター内の他のノードに移行することで、全体の業務への影響を軽減します。
動作の仕組み
ノード退避は以下の順序で動作します:
退避対象のノードは新規接続の受付を停止します。
退避対象ノードは、事前に設定されたレート(
conn-evict-rate
で指定)で現在のクライアントを徐々に切断します。切断されたクライアントは再接続機構を使ってクラスター内の他のノード(ターゲットノード)に接続します。再接続機構はプロトコルバージョンにより異なります:- MQTT v3.1/v3.1.1クライアント:ロードバランス戦略で指定され、クライアント側で再接続機能を有効にする必要があります;
- MQTT v5.0クライアント:
redirect-to
パラメータで指定されます。
ターゲットノードがクライアントとの再接続を完了し、セッションを引き継ぐのを待ちます(
wait-takeover
で指定)。再接続待機時間経過後、退避対象ノードに残る未引き継ぎのセッションをターゲットノードに移行します:
セッション移行先ノードは
migrate-to
で指定します;セッション移行速度は
sess-evict-rate
で指定します。
退避はいつでも停止可能です。退避中に退避対象ノードがシャットダウンされた場合、ノード再起動後に退避処理が再開されます。
CLIによるノード退避の開始と停止
CLIコマンドを使ってノード退避の開始、退避状況の取得、退避の停止が可能です。
ノード退避の開始
以下のCLIコマンドでノード退避を開始できます。--evacuation
パラメータは退避操作であることを示します:
./bin/emqx ctl rebalance start --evacuation \
[--wait-health-check Secs] \
[--redirect-to "Host1:Port1 Host2:Port2 ..."] \
[--conn-evict-rate CountPerSec] \
[--migrate-to "node1@host1 node2@host2 ..."] \
[--wait-takeover Secs] \
[--sess-evict-rate CountPerSec]
パラメータ | 型 | 説明 |
---|---|---|
--wait-health-check | 正の整数 | ノードがロードバランサー(LB)によってアクティブなバックエンドノードリストから除外されるのを待つ時間(秒、デフォルト60秒)。この待機時間経過後に退避処理が開始され、ソースノードは新規接続を拒否し始めます。 |
--redirect-to | 文字列 | MQTT 5.0クライアント向けの再接続時のリダイレクト先サーバーアドレス。詳細はMQTT 5.0仕様 - サーバーリダイレクションを参照してください。 |
--conn-evict-rate | 正の整数 | クライアント切断レート(接続数/秒)、デフォルトは毎秒500接続 |
--migrate-to | 文字列 | セッションを退避させるノードのスペースまたはカンマ区切りリスト |
--wait-takeover | 正の整数 | セッション退避開始前の待機時間(秒)、単位は秒、デフォルト60秒 |
--sess-evict-rate | 正の整数 | セッション退避レート(セッション数/秒)、デフォルトは毎秒500セッション |
コード例
ノードemqx@127.0.0.1
上のクライアントをemqx2@127.0.0.1
およびemqx3@127.0.0.1
ノードに移行したい場合、emqx@127.0.0.1
ノード上で以下のコマンドを実行します:
./bin/emqx ctl rebalance start --evacuation \
--wait-health-check 60 \
--wait-takeover 200 \
--conn-evict-rate 30 \
--sess-evict-rate 30 \
--migrate-to "emqx2@127.0.0.1 emqx3@127.0.0.1"
Rebalance(evacuation) started
このコマンドは既存のクライアントを毎秒30接続の速度で切断します。すべての接続が切断された後、200秒間待機し、その間にクライアントセッションが再接続されたノードに移行されます。その後、残りのセッションが毎秒30セッションの速度でemqx2@127.0.0.1
およびemqx3@127.0.0.1
ノードに移行されます。
退避状況の取得
以下のCLIコマンドで退避状況を取得できます:
./bin/emqx ctl rebalance node-status
返却例は以下の通りです:
Rebalance type: evacuation
Rebalance state: evicting_conns
Connection eviction rate: 30 connections/second
Session eviction rate: 30 sessions/second
Connection goal: 0
Session goal: 0
Session recipient nodes: []
Channel statistics:
current_connected: 10
current_sessions: 0
initial_connected: 100
initial_sessions: 0
ノード退避の停止
以下のCLIコマンドで退避を停止できます:
./bin/emqx ctl rebalance stop
返却例は以下の通りです:
./bin/emqx ctl rebalance stop
Rebalance(evacuation) stopped
HTTP APIによるノード退避の開始/停止
HTTP APIを使ってノード退避の開始・停止も可能で、退避対象ノードをパラメータで指定する必要があります。詳細はAPIドキュメントを参照してください。
負荷再分散
MQTTがステートフルな長時間接続プロトコルであるため、接続確立後は簡単に切断されません。ノードをスケールアウトしても、既存の接続が自動的に新規追加ノードに移動することはありません。そのため、新規クライアント接続が多くない場合、追加ノードが長期間ほとんど利用されないことがあります。このような場合、高負荷ノードから低負荷ノードへ手動で接続を移行し、クラスターの負荷をバランスさせる必要があります。

動作の仕組み
負荷再分散は複数ノードが関与するため、より複雑なプロセスです。
任意のノードでクラスター負荷再分散タスクを開始できます。EMQXは各ノードの現在の接続負荷に基づいて必要な接続移行計画を自動計算し、高負荷ノードから低負荷ノードへ対応する数の接続およびセッションを移行してノード間の負荷バランスを実現します。ワークフローは以下の通りです:
- 移行計画を計算し、再分散に関与するノード(
--nodes
で指定)をソースノードとターゲットノードに分割:- ソースノード:高負荷ノード
- ターゲットノード:低負荷ノード
- ソースノードで新規接続の受付を停止します。
- 一定時間(
wait-health-check
で指定)待機し、ロードバランサー(LB)がソースノードをアクティブなバックエンドノードリストから除外するのを待ちます。 - ソースノード上の接続クライアントを徐々に切断し、平均接続数がターゲットノードと一致するまで続けます。
- ターゲットノードがクライアントと再接続し、セッションを引き継ぐのを待ちます(
wait-takeover
で指定)。 - 再接続待機時間経過後、ソースノードは未引き継ぎのセッションを
sess-evict-rate
で指定された速度でターゲットノードに移行します。
これで負荷再分散タスクは完了し、ソースノードは通常状態に戻ります。
TIP
負荷再分散は一時的な処理です。参加ノードのいずれかがクラッシュした場合、全ノードで処理が中断されます。
CLIによる負荷再分散の開始と停止
CLIコマンドで負荷再分散の開始、状況取得、停止が可能です。
負荷再分散の開始
負荷再分散開始コマンドのフィールドは以下の通りです:
rebalance start \
[--nodes "node1@host1 node2@host2"] \
[--wait-health-check Secs] \
[--conn-evict-rate ConnPerSec] \
[--abs-conn-threshold Count] \
[--rel-conn-threshold Fraction] \
[--conn-evict-rate ConnPerSec] \
[--wait-takeover Secs] \
[--sess-evict-rate CountPerSec] \
[--abs-sess-threshold Count] \
[--rel-sess-threshold Fraction]
フィールド | 型 | 説明 |
---|---|---|
--nodes | 文字列 | 再分散に参加するノードのスペースまたはカンマ区切りリスト。コマンドを実行するノード(コーディネーター)を含む場合も含まない場合もあります。 |
--wait-health-check | 正の整数 | ノードがロードバランサー(LB)によってアクティブなバックエンドノードリストから除外されるのを待つ時間(秒、デフォルト60秒)。この待機時間経過後に負荷再分散処理が開始されます。 |
--conn-evict-rate | 正の整数 | ソースノードでのクライアント切断レート。デフォルトは毎秒500接続 |
--abs-conn-threshold | 正の整数 | 接続バランス確認の絶対閾値。デフォルトは1000 |
--rel-conn-threshold | 数値 > 1.0 | 接続バランス確認の相対閾値。デフォルトは1.1 |
--wait-takeover | 正の整数 | すべての接続切断後、クライアントが再接続しセッションを引き継ぐまでの待機時間(秒、デフォルト60秒) |
--sess-evict-rate | 正の整数 | ソースノードでのセッション退避レート。デフォルトは毎秒500セッション |
--abs-sess-threshold | 正の整数 | セッションバランス確認の絶対閾値。デフォルトは1000 |
--rel-sess-threshold | 数値 > 1.0 | セッションバランス確認の相対閾値。デフォルトは1.1 |
セッションバランスの確認
接続は以下の条件を満たす場合にバランスが取れているとみなされます:
avg(DonorConns) < avg(RecipientConns) + abs_conn_threshold
OR
avg(DonorConns) < avg(RecipientConns) * rel_conn_threshold
切断されたセッションにも同様のルールが適用されます。
例
3つのノードemqx@127.0.0.1
、emqx2@127.0.0.1
、emqx3@127.0.0.1
間で負荷再分散を行う場合、以下のコマンドを使用します:
./bin/emqx ctl rebalance start \
--wait-health-check 10 \
--wait-takeover 60 \
--conn-evict-rate 5 \
--sess-evict-rate 5 \
--abs-conn-threshold 30 \
--abs-sess-threshold 30 \
--nodes "emqx1@127.0.0.1 emqx2@127.0.0.1 emqx3@127.0.0.1"
Rebalance started
負荷再分散状況の取得
負荷再分散状況取得用CLIコマンドは以下の通りです:
./bin/emqx ctl rebalance node-status
例
./bin/emqx ctl rebalance node-status
Node 'emqx1@127.0.0.1': rebalance coordinator
Rebalance state: evicting_conns
Coordinator node: 'emqx1@127.0.0.1'
Donor nodes: ['emqx2@127.0.0.1','emqx3@127.0.0.1']
Recipient nodes: ['emqx1@127.0.0.1']
Connection eviction rate: 5 connections/second
Session eviction rate: 5 sessions/second
Connection goal: 0.0
Current average donor node connection count: 300.0
負荷再分散の停止
負荷再分散停止用CLIコマンドは以下の通りです:
emqx ctl rebalance stop
返却例は以下の通りです:
./bin/emqx ctl rebalance stop
Rebalance stopped
HTTP APIによる負荷再分散の開始/停止
CLIで利用可能なすべての操作はAPIでも利用可能です。開始/停止コマンドはノードをパラメータとして指定する必要があります。詳細はAPIドキュメントを参照してください。
ロードバランサーの統合
ユーザーはロードバランサーを統合して退避/再分散を実行できます。切断されたクライアントが再接続を試みる際、ロードバランサーはバックエンドノードの現在の状態に基づいて受け入れノードへリダイレクトします。ユーザーはロードバランサー統合のためにヘルスチェックパラメータを設定する必要があります。設定しないと切断数が過剰になる可能性があります。これを支援するため、EMQXはヘルスチェック用REST APIを提供しています:
GET /api/v5/load_rebalance/availability_check
ヘルスチェックは、ドナーまたは退避中のノードに対してはHTTPコード503を返し、正常稼働中で接続を受け入れているノードにはHTTPコード200を返します。
例えば、3ノードのEMQXクラスターで、MQTTリスナーがポート3001、3002、3003、REST APIポートが5001、5002、5003の場合、HAProxyの設定例は以下の通りです:
defaults
timeout connect 5s
timeout client 60m
timeout server 60m
listen mqtt
bind *:1883
mode tcp
maxconn 50000
timeout client 6000s
default_backend emqx_cluster
backend emqx_cluster
mode tcp
balance leastconn
option httpchk
http-check send meth GET uri /api/v5/load_rebalance/availability_check hdr Authorization "Basic xxxxxx"
server emqx1 127.0.0.1:3001 check port 5001 inter 1000 fall 2 rise 5 weight 1 maxconn 1000
server emqx2 127.0.0.1:3002 check port 5002 inter 1000 fall 2 rise 5 weight 1 maxconn 1000
server emqx3 127.0.0.1:3003 check port 5003 inter 1000 fall 2 rise 5 weight 1 maxconn 1000