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在哪些路徑下定位本地庫.