Storm UI

storm集群搭建好以后,我们通过Storm UI来查看集群的运行情况:

Storm UI_第1张图片

1、mainpage
首页主要有3部分
a、Cluster Summary
Version:使用的storm版本
Nimbus uptime:Nimbus的启动时间
Supervisors:storm集群中的Supervisor数量
Used slots:使用了的slots
Free slots:空闲的slots
Total slots:总的slots
Executors:
Tasks:

b、Topology summary
Name:运行的topology名称
Id:topology id(由storm生成)
Status:topology的状态,包括(ACTIVE,INACTIVE,KILLED,REBALANCING)
Uptime:topology运行的时间
Num workers:运行的workers数
Num executors:
Num tasks:运行的task数

c、supervi summary
Host:supervisor(主机)的主机名
uptime:supervisor启动的时间
slots:supervisor的端口数
Used slots:使用的端口数

点击对应的运行topology名称即可进入topologypage

2、 topologypage

Storm UI_第2张图片

topology页面主要包括四个部分
a、topology summary(同主页)
b、topology stats
window:时间窗口,显示10m、3h、1d和all time的运行情况
emitted:emitted tuple数
transfered:transferred tuple数,与emitted的区别:如果一个task,emitted一个tuple到2个task中,则transferred数是emitted数的两倍。
complete latency:spout emitting一个tuple到spout act这个tuple的平均时间
acked:ack tuple数
failed:失败的tuple数
c、Spouts
id:spout id
executors:任务数
last error:最近的任务数,只显示最近的前200个错误
其余已解释过
d、Bolts
process latency:bolt收到一个tuple到bolt act这个tuple的平均时间

其余也已经解释过了

其中的一些名词解释:

task:一个“task”指的是负责运行spout和bolt代码逻辑的单独一个线程

worker;一个“worker”指的是负责向多个task投递消息的网络监听程序(独立的进程),每“worker”代理的“task”由其自身在初始化时候创建

task与executor的关系问题:在storm的学习过程中,有许多人问到task与executor的关系问题。在我们安装配置storm的时候,不知大家是否主要到了一个问题,就是我们在配置的时候会加几个worker的端口( supervisor.slots.ports:),比如众多文档中提到的6700/6701等等类似的东西。没错,这就是我们定义了该supervisor最多的worker数,worker中执行一个bolt或者spout线程,我们就称之为task,而executor是物理上的线程概念,我们可以将其称为执行线程;而task更多是逻辑概念上的,有时候bolt与spout的task会共用一个executor,特别是在系统负荷比较高的时候。


你可能感兴趣的:(storm)