我通过在代码中提供配置解决了这个问题：

config.put(Config.TOPOLOGY_WORKER_CHILDOPTS, SOME_OPTS);

我试图提供一个特定的拓扑结构 storm.yaml 但它不起作用。纠正我，如果你让它工作，使用风暴.yaml。
更新：
对于任何想知道某些选项是什么的人，这是来自storm邮件列表上的satish duggana：
config.topology\u worker\u childopts：可以覆盖拓扑的worker\u childopts的选项。您可以配置任何java选项，如内存、gc等
你的情况可能是

config.put(Config.TOPOLOGY_WORKER_CHILDOPTS, "-Xmx1g");

我面临着和你一样的问题，下面是我棘手的解决办法：
使用一个简单的java文件作为配置文件，比如 topo_config.java ，它看起来像：

package com.xxx
public class topo_config {
    public static String zk_host = "192.168.10.60:2181";
    public static String kafka_topic = "my_log_topic";
    public static int worker_num = 2;
    public static int log_spout_num = 4;
    // ...
}

这个文件放在我的configure文件夹中，然后写一个脚本，比如 compile.sh 将其复制到正确的包并进行编译，如下所示：

cp config/topo_config.java src/main/java/com/xxx/
mvn package

直接实现配置：

Config conf = new Config();
conf.setNumWorkers(topo_config.worker_num);

其思想是，在构建拓扑时，创建喷口和螺栓的示例（以及其他内容），这些示例被序列化并分发到集群中的正确位置。如果要配置喷口或喷口的行为，请在提交拓扑之前创建拓扑时进行配置，并通过在喷口或喷口上设置示例变量进行配置，从而驱动所需的可配置行为。

实际上，最适合您的方法是将配置存储在一个可变的键值存储（s3、redis等）中，然后将其拉入以配置一个数据库连接，然后使用该连接（我假设您已经计划限制与数据库通信的频率，以便获取此配置的开销不是什么大问题）。这种设计允许您动态更改数据库连接，甚至不需要重新部署拓扑。

我们已经看到了同样的问题，并通过在每个拓扑中添加以下内容来解决它

config.put(Config.TOPOLOGY_WORKER_CHILDOPTS, "-Xmx4096m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:NewSize=128m -XX:CMSInitiatingOccupancyFraction=70 -XX:-CMSConcurrentMTEnabled -Djava.net.preferIPv4Stack=true");

还验证了使用NimbusUI它显示如下。

topology.worker.childopts   -Xmx4096m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:NewSize=128m -XX:CMSInitiatingOccupancyFraction=70 -XX:-CMSConcurrentMTEnabled -Djava.net.preferIPv4Stack=true

可以指定随拓扑一起提交的配置（通常通过yaml文件）。在我们自己的项目中，我们如何管理这一点是因为我们有单独的用于开发的配置文件和用于生产的配置文件，在其中我们存储服务器、redis和db ip以及端口等。然后，当我们运行命令来构建jar并将拓扑提交给storm时，它包含了正确的配置文件，具体取决于您的部署环境。螺栓和喷口只需从stormconfMap中读取它们所需的配置，该Map在螺栓的prepare（）方法中传递给它们。
从http://storm.apache.org/documentation/configuration.html :
每个配置都有一个在storm代码库的defaults.yaml中定义的默认值。您可以通过在nimbus和supervisors的类路径中定义storm.yaml来覆盖这些配置。最后，您可以定义在使用stormsubmitter时随拓扑一起提交的特定于拓扑的配置。但是，特定于拓扑的配置只能覆盖前缀为“topology”的配置。
storm 0.7.0及更高版本允许您在每个螺栓/每个喷口的基础上覆盖配置。
你还会看到http://nathanmarz.github.io/storm/doc/backtype/storm/stormsubmitter.html submitjar和submittopology被传递一个名为conf的Map。
希望这能让你开始。

我也面临同样的问题，我通过在集群中配置nfs解决了这个问题，我将配置文件放在共享位置，这样所有集群机器都可以使用它。