1. 设置zookeeper集群
2. 安装依赖到所有nimbus和worker节点
3. 下载并解压storm发布版本到所有nimbus和worker节点
4. 配置storm.yaml
5. 启动相关后台进程

     我们知道storm通过zookeeper来协调整个集群。zookeeper不是用来做消息传递，因此storm不会给zookeeper带来很大的压力。单节点的zookeeper在大多情形下是可以胜任的，但是如果你想得到更好的可靠性或者部署大集群的话，你可能就需要一个大的zookeeper集群。关于zookeeper的部署在这里就不多做介绍，具体请参考：here。

     关于zookeeper的部署这里再补充两点：

1. 把zookeeper运行在一个监督进程之下是非常关键的，因为zookeeper是一个fail-fast的进程，当它遇到任何错误的时候都会自动退出，具体请参考：  here
2. 定时的去压缩和转移zookeeper数据也是非常关键的，因为zookeeper不具备压缩和清楚数据机制，如果我们不设置一个cron管理这些数据，zookeeper产生的数据会很快的占满磁盘，具体请参考： here

    storm需要依赖的是：

1. Java 6
2. Python 2.6.6     

     需要注意，storm对大多数版本的依赖都做了测试，但是storm并不保证对任何版本的依赖都能正常工作。

     下一步就是下载解压storm压缩文件到每一台机器，storm发布版本可以从这里下载from here。

     storm里面有一个文件conf/storm.yaml，它就是storm的配置文件。关于这个文件的所有默认值可以从这里得到here。storm.yaml中的配置会覆盖掉default.yaml中的配置。下面配置一个集群必须修改的配置：

 storm.zookeeper.servers:
       - "111.222.333.444"
       - "555.666.777.888"

 storm.local.dir: "/mnt/storm"

 nimbus.host: "111.222.333.44"

 supervisor.slots.ports:
    - 6700
    - 6701
    - 6702
    - 6703

     最后一步就是启动所有storm相关守护进程。当然，把这些进程都纳入到监督进程管理之下是很有必要的。storm也是一个fail-fast系统，这就意味着这些进程一但遇到异常就会终止。storm之所以会这么设计，是为了它可以在任何时候安全的终止和在进程重启的时候恢复。这就是storm为不在进程中保存相关状态的原因，如果nimbus或supervisor节点重启，运行着的topoloies不会受到任何影响。下面就是启动storm相关进程的命令：

1. Nimbus：在master节点运行“bin/storm nimbus”
2. Supervisor：在每一台worker节点运行“bin/storm supervisor”,supervisor进程负责在worker节点上启动和停止相应的worker进程
3. UI：运行“bin/storm ui” ，一个通过页面管理和展示storm集群运行状态的工具，可以通过“http://nimbus host:8080”来访问。