我们在AWS EC2实例中构建了Ejabberd,并在东京、法兰克福和新加坡地区的6台Ejabberd服务器上启用了集群。每个EC2实例的操作系统、中间件、应用程序和设置完全相同。
但目前,法兰克福和新加坡地区的Ejabberd CPU超载。日本地区的Ejabberd CPU是正常的。
你能告诉我可疑的地方吗?
发布于 2022-02-03 16:01:43
您可以查看有问题的(和好的)节点的ejabberd日志文件,也许您可以找到一些线索。
您可以在有问题的节点中使用无文档的"ejabberdctl etop“shell命令。它类似于"top",但运行在运行ejabberd的erlang虚拟机中。
ejabberdctl etop
========================================================================================
ejabberd@localhost 16:00:12
Load: cpu 0 Memory: total 44174 binary 1320
procs 277 processes 5667 code 20489
runq 1 atom 984 ets 5467
Pid Name or Initial Func Time Reds Memory MsgQ Current Function
----------------------------------------------------------------------------------------
<9135.1252.0> caps_requests_cache 2393 1 2816 0 gen_server:loop/7
<9135.932.0> mnesia_recover 480 39 2816 0 gen_server:loop/7
<9135.1118.0> dets:init/2 71 2 5944 0 dets:open_file_loop2
<9135.6.0> prim_file:start/0 63 1 2608 0 prim_file:helper_loo
<9135.1164.0> dets:init/2 56 2 4072 0 dets:open_file_loop2
<9135.818.0> disk_log:init/2 49 2 5984 0 disk_log:loop/1
<9135.1038.0> ejabberd_listener:in 31 2 2840 0 prim_inet:accept0/3
<9135.1213.0> dets:init/2 31 2 5944 0 dets:open_file_loop2
<9135.1255.0> dets:init/2 30 2 5944 0 dets:open_file_loop2
<9135.0.0> init 28 1 3912 0 init:loop/1
========================================================================================https://stackoverflow.com/questions/70971603
复制相似问题