Storm-0.9.0.1安装部署 指导

时间:2022-01-27 02:39:09

可以带着下面问题来阅读本文章:
1.Storm只支持什么传输
2.通过什么配置,可以更改Zookeeper默认端口
3.Storm UI必须和Storm Nimbus部署在同一台机器上,UI无法正常工作为什么

2.Storm-0.9.0.1大概经过几个步骤

Twitter Storm更新0.9.0.1之后,安装部署变得容易得多了,比起Storm0.8.x的版本,Storm少了zeromq和jzmq的安装,也省去了很多编译这些插件时出现的bug。
1、Storm-0.9.0.1 版本的亮点:
1.1、Netty Transport
Storm 0.9.0.1版本的第一亮点是引入了netty
transport。Storm网络传输机制实现可插拔形式,当前包含两种方式:原来的0mq传输,以及新的netty实现;在早期版本中(0.9.x之
前的版本),Storm只支持0mq传输,由于0MQ是一个本地库(native
library),对平台的依赖性较高,要完全正确安装还是有一定挑战性。而且版本之间的差异也比较大;Netty
Transport提供了纯JAVA的替代方案,消除了Storm的本地库依赖,且比0MQ的网络传输性能快一倍以上;
补充:之前写这篇文档的时候忘记把配置Netty Transport的方式写进来,所以可能很多朋友配置了之后会发觉后台会报一个错误;这里还是用的原来的方式,所以下面补充下storm使用netty配置的方式;

Storm-0.9.0.1安装部署 指导

要配置Storm使用Netty传输需要添加以下配置和调整值到你的storm.yaml文件上,响应的配置值可根据你的需求自行调整

  1. storm.messaging.transport: "backtype.storm.messaging.netty.Context" --指定传输协议
  2. storm.messaging.netty.server_worker_threads: 1   --指定netty服务器工作线程数量
  3. storm.messaging.netty.client_worker_threads: 1   --指定netty客户端工作线程数量
  4. storm.messaging.netty.buffer_size: 5242880    --指定netty缓存大小
  5. storm.messaging.netty.max_retries: 100   --指定最大重试次数
  6. storm.messaging.netty.max_wait_ms: 1000  --指定最大等待时间(毫秒)
  7. storm.messaging.netty.min_wait_ms: 100   --指定最小等待时间(毫秒)

复制代码

1.2、日志修改
Storm 0.9.0.1版本提供了有助于调试和检测拓扑结构的新特性:logviewer(守护进程名)
你现在可以在Storm UI通过点击相应的Woker来查看对应的工作日志。有点类似于hadoop的那种日志查看机制。
1.3、安全
安全性、认证以及授权已经并将继续成为将来的重要特点重点领域。Storm 0.9.0.1版本引入了一个可插拔的序列化元组API以及实现一个基于blowfish加密方法对敏感数据进行加密的用例。
主要的改进就是以上三点。其他的就不提了!
2、Storm-0.9.0.1 安装部署

这一章节将详细描述如何搭建一个Storm集群。下面是接下来需要依次完成的安装步骤
1. 搭建Zookeeper集群;
2. 依赖库安装
3. 下载并解压Storm发布版本;
4. 修改storm.yaml配置文件;
5. 启动Storm各个后台进程。

2.1 搭建Zookeeper集群

Storm使用Zookeeper协调集群,由于Zookeeper并不用于消息传递,所以Storm给Zookeeper带来的压力相当低。大多数情况
下,单个节点的Zookeeper集群足够胜任,不过为了确保故障恢复或者部署大规模Storm集群,可能需要更大规模节点的Zookeeper集群(对
于Zookeeper集群的话,官方推荐的最小节点数为3个)。在Zookeeper集群的每台机器上完成以下安装部署步骤:
1. 下载安装Java JDK,官方下载链接为http://java.sun.com/javase/downloads/index.jsp,JDK版本为JDK 6或以上。
2. 根据Zookeeper集群的负载情况,合理设置Java堆大小,尽可能避免发生swap,导致Zookeeper性能下降。保守起见,4GB内存的机器可以为Zookeeper分配3GB最大堆空间。
3. 下载后解压安装Zookeeper包,官方下载链接为http://hadoop.apache.org/zookeeper/releases.html
4. 根据Zookeeper集群节点情况,在conf目录下创建Zookeeper配置文件zoo.cfg:

  1. tickTime=2000
  2. dataDir=/var/zookeeper/
  3. clientPort=2181
  4. initLimit=5
  5. syncLimit=2
  6. server.1=zookeeper1:2888:3888
  7. server.2=zookeeper2:2888:3888
  8. server.3=zookeeper3:2888:3888

复制代码

5.

在dataDir目录下创建myid文件,文件中只包含一行,且内容为该节点对应的server.id中的id编号。其中,dataDir指定
Zookeeper的数据文件目录;其中server.id=host:port:port,id是为每个Zookeeper节点的编号,保存在
dataDir目录下的myid文件中,zookeeper1~zookeeper3表示各个Zookeeper节点的hostname,第一个port
是用于连接leader的端口,第二个port是用于leader选举的端口。
6. 启动Zookeeper服务:

  1. bin/zkServer.sh start

复制代码

7. 通过Zookeeper客户端测试服务是否可用:

  1. bin/zkCli.sh -server 127.0.0.1:2181

复制代码

2.2 依赖库安装

这里的Storm依赖库有python、以及JDK两个,这两个的安装相对比较简单, 所以在这里就不提了!

2.3 下载并解压Storm发布版本

Storm0.9.0.1版本提供了两种形式的压缩包:zip和tar.gz
我们下载tar.gz格式的,这样可以免去uzip的安装
下载路径:https://dl.dropboxusercontent.co ... torm-0.9.0.1.tar.gz
解压命令

  1. tar -zxvf storm-0.9.0.1.tar.gz

复制代码

2.4 下载并解压Storm发布版本

Storm发行版本解压目录下有一个conf/storm.yaml文件,用于配置Storm。默认配置在这里可以查看。conf/storm.yaml
中的配置选项将覆盖defaults.yaml中的默认配置。以下配置选项是必须在conf/storm.yaml中进行配置的:
1) storm.zookeeper.servers:Storm集群使用的Zookeeper集群地址,其格式如下:

  1. storm.zookeeper.servers:
  2. - “111.222.333.444″
  3. - “555.666.777.888″

复制代码

如果Zookeeper集群使用的不是默认端口,那么还需要storm.zookeeper.port选项。

2) storm.local.dir:Nimbus和Supervisor进程用于存储少量状态,如jars、confs等的本地磁盘目录,需要提前创建该目录并给以足够的访问权限。然后在storm.yaml中配置该目录,如:

  1. storm.local.dir: "/home/admin/storm/workdir"

复制代码

3) nimbus.host:Storm集群Nimbus机器地址,各个Supervisor工作节点需要知道哪个机器是Nimbus,以便下载Topologies的jars、confs等文件,如:

  1. 01.nimbus.host: "111.222.333.444"

复制代码

4)
supervisor.slots.ports:
对于每个Supervisor工作节点,需要配置该工作节点可以运行的worker数量。每个worker占用一个单独的端口用于接收消息,该配置选项即
用于定义哪些端口是可被worker使用的。默认情况下,每个节点上可运行4个workers,分别在6700、6701、6702和6703端口,如:

  1. supervisor.slots.ports:
  2. -6700
  3. -6701
  4. -6702
  5. -6703

复制代码

2.5 启动Storm各个后台进程

最后一步,启动Storm的所有后台进程。和Zookeeper一样,Storm也是快速失败(fail-fast)的系统,这样Storm才能在任意时
刻被停止,并且当进程重启后被正确地恢复执行。这也是为什么Storm不在进程内保存状态的原因,即使Nimbus或Supervisors被重启,运行
中的Topologies不会受到影响。
以下是启动Storm各个后台进程的方式:
Nimbus: 在Storm主控节点上运行”bin/storm nimbus >/dev/null 2>&1 &”启动Nimbus后台程序,并放到后台执行;
Supervisor: 在Storm各个工作节点上运行”bin/storm supervisor>/dev/null 2>&1 &”启动Supervisor后台程序,并放到后台执行;
UI: 在Storm主控节点上运行”bin/storm ui >/dev/null 2>&1
&”启动UI后台程序,并放到后台执行,启动后可以通过http://{nimbushost}:8080观察集群的worker资源使用情况、
Topologies的运行状态等信息。
logview:在Storm主节点上运行"bin/storm logviewer > /dev/null 2>&1"启动logviewer后台程序,并放到后台执行。
注意事项:
启动Storm后台进程时,需要对conf/storm.yaml配置文件中设置的storm.local.dir目录具有写权限。
Storm后台进程被启动后,将在Storm安装部署目录下的logs/子目录下生成各个进程的日志文件。
经测试,Storm UI必须和Storm Nimbus部署在同一台机器上,否则UI无法正常工作,因为UI进程会检查本机是否存在Nimbus链接。
为了方便使用,可以将bin/storm加入到系统环境变量中。
至此,Storm集群已经部署、配置完毕,可以向集群提交拓扑运行了。

接下来我们检查下环境的运行情况:--使用jps检查守护进程运行状况

  1. zqgame@kickseed:/data/storm/zookeeper-3.4.5/bin$ jps
  2. 20420 nimbus
  3. 20623 logviewer
  4. 20486 supervisor
  5. 20319 core
  6. 21755 Jps

复制代码

查看运行页面如下

Storm-0.9.0.1安装部署 指导