Storm配置项有哪些

丸趣 TV 小编给大家分享一下  Storm 配置项有哪些，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！

配置项 配置说明

storm.zookeeper.servers ZooKeeper 服务器列表

storm.zookeeper.port ZooKeeper 连接端口

storm.local.dir storm 使用的本地文件系统目录(必须存在并且 storm 进程可读写)

storm.cluster.mode Storm 集群运行模式([distributed|local])

storm.local.mode.zmq Local 模式下是否使用 ZeroMQ 作消息系统，如果设置为 false 则使用 java 消息系统。默认为 false

storm.zookeeper.root ZooKeeper 中 Storm 的根目录位置

storm.zookeeper.session.timeout 客户端连接 ZooKeeper 超时时间

storm.id 运行中拓扑的 id, 由 storm name 和一个唯一随机数组成。

nimbus.host nimbus 服务器地址

nimbus.thrift.port nimbus 的 thrift 监听端口

nimbus.childopts 通过 storm-deploy 项目部署时指定给 nimbus 进程的 jvm 选项

nimbus.task.timeout.secs 心跳超时时间，超时后 nimbus 会认为 task 死掉并重分配给另一个地址。

nimbus.monitor.freq.secs nimbus 检查心跳和重分配任务的时间间隔. 注意如果是机器宕掉 nimbus 会立即接管并处理。

nimbus.supervisor.timeout.secs supervisor 的心跳超时时间, 一旦超过 nimbus 会认为该 supervisor 已死并停止为它分发新任务.

nimbus.task.launch.secs task 启动时的一个特殊超时设置. 在启动后第一次心跳前会使用该值来临时替代 nimbus.task.timeout.secs.

nimbus.reassign 当发现 task 失败时 nimbus 是否重新分配执行。默认为真，不建议修改。

nimbus.file.copy.expiration.secs nimbus 判断上传 / 下载链接的超时时间，当空闲时间超过该设定时 nimbus 会认为链接死掉并主动断开

ui.port Storm UI 的服务端口

drpc.servers DRPC 服务器列表，以便 DRPCSpout 知道和谁通讯

drpc.port Storm DRPC 的服务端口

supervisor.slots.ports supervisor 上能够运行 workers 的端口列表. 每个 worker 占用一个端口, 且每个端口只运行一个 worker. 通过这项配置可以调整每台机器上运行的 worker 数.(调整 slot 数 / 每机)

supervisor.childopts 在 storm-deploy 项目中使用, 用来配置 supervisor 守护进程的 jvm 选项

supervisor.worker.timeout.secs supervisor 中的 worker 心跳超时时间, 一旦超时 supervisor 会尝试重启 worker 进程.

supervisor.worker.start.timeout.secs supervisor 初始启动时，worker 的心跳超时时间，当超过该时间 supervisor 会尝试重启 worker。因为 JVM 初始启动和配置会带来的额外消耗，从而使得第一次心跳会超过 supervisor.worker.timeout.secs 的设定

supervisor.enable supervisor 是否应当运行分配给他的 workers. 默认为 true, 该选项用来进行 Storm 的单元测试, 一般不应修改.

supervisor.heartbeat.frequency.secs supervisor 心跳发送频率(多久发送一次)

supervisor.monitor.frequency.secs supervisor 检查 worker 心跳的频率

worker.childopts supervisor 启动 worker 时使用的 jvm 选项. 所有的”%ID%”字串会被替换为对应 worker 的标识符

worker.heartbeat.frequency.secs worker 的心跳发送时间间隔

task.heartbeat.frequency.secs task 汇报状态心跳时间间隔

task.refresh.poll.secs task 与其他 tasks 之间链接同步的频率.(如果 task 被重分配, 其他 tasks 向它发送消息需要刷新连接). 一般来讲，重分配发生时其他 tasks 会理解得到通知。该配置仅仅为了防止未通知的情况。

topology.debug 如果设置成 true，Storm 将记录发射的每条信息。

topology.optimize master 是否在合适时机通过在单个线程内运行多个 task 以达到优化 topologies 的目的.

topology.workers 执行该 topology 集群中应当启动的进程数量. 每个进程内部将以线程方式执行一定数目的 tasks.topology 的组件结合该参数和并行度提示来优化性能

topology.ackers topology 中启动的 acker 任务数.Acker 保存由 spout 发送的 tuples 的记录，并探测 tuple 何时被完全处理. 当 Acker 探测到 tuple 被处理完毕时会向 spout 发送确认信息. 通常应当根据 topology 的吞吐量来确定 acker 的数目，但一般不需要太多. 当设置为 0 时, 相当于禁用了消息可靠性,storm 会在 spout 发送 tuples 后立即进行确认.

topology.message.timeout.secs topology 中 spout 发送消息的最大处理超时时间. 如果一条消息在该时间窗口内未被成功 ack,Storm 会告知 spout 这条消息失败。而部分 spout 实现了失败消息重播功能。

topology.kryo.register 注册到 Kryo(Storm 底层的序列化框架)的序列化方案列表. 序列化方案可以是一个类名, 或者是 com.esotericsoftware.kryo.Serializer 的实现.

topology.skip.missing.kryo.registrations Storm 是否应该跳过它不能识别的 kryo 序列化方案. 如果设置为否 task 可能会装载失败或者在运行时抛出错误.

topology.max.task.parallelism 在一个 topology 中能够允许的最大组件并行度. 该项配置主要用在本地模式中测试线程数限制.

topology.max.spout.pending 一个 spout task 中处于 pending 状态的最大的 tuples 数量. 该配置应用于单个 task, 而不是整个 spouts 或 topology.

topology.state.synchronization.timeout.secs 组件同步状态源的最大超时时间(保留选项, 暂未使用)

topology.stats.sample.rate 用来产生 task 统计信息的 tuples 抽样百分比

topology.fall.back.on.java.serialization topology 中是否使用 java 的序列化方案

zmq.threads 每个 worker 进程内 zeromq 通讯用到的线程数

zmq.linger.millis 当连接关闭时, 链接尝试重新发送消息到目标主机的持续时长. 这是一个不常用的高级选项, 基本上可以忽略.

java.library.path JVM 启动 (如 Nimbus,Supervisor 和 workers) 时的 java.library.path 设置. 该选项告诉 JVM 在哪些路径下定位本地库.

以上是“ Storm 配置项有哪些”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！