我们在 AWS EC2 实例中构建了 Ejabberd,并在东京、法兰克福和新加坡区域的 6 台 Ejabberd 服务器中启用了集群。每个 EC2 实例的操作系统、中间件、应用程序和设置完全相同。
但是目前,法兰克福和新加坡地区的 Ejabberd CPU 过载。日本地区的 Ejabberd 的 CPU 正常。
你能告诉我可疑的部分吗?
你可以看看有问题的(和好的)节点的 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
========================================================================================
本站系公益性非盈利分享网址,本文来自用户投稿,不代表边看边学立场,如若转载,请注明出处
评论列表(40条)