2.9 KiB
2.9 KiB
配置文档
本部分内容列出来了每一种Druid服务的所有配置项
推荐的配置文件组织方式
对于Druid的配置文件,一种推荐的结构组织方式为将配置文件放置在Druid根目录的conf
目录下,如以下所示:
$ ls -R conf
druid
conf/druid:
_common broker coordinator historical middleManager overlord
conf/druid/_common:
common.runtime.properties log4j2.xml
conf/druid/broker:
jvm.config runtime.properties
conf/druid/coordinator:
jvm.config runtime.properties
conf/druid/historical:
jvm.config runtime.properties
conf/druid/middleManager:
jvm.config runtime.properties
conf/druid/overlord:
jvm.config runtime.properties
每一个目录下都有一个 runtime.properties
文件,该文件中包含了特定的Druid进程相关的配置项,例如 historical
jvm.config
文件包含了每一个服务的JVM参数,例如堆内存属性等
所有进程共享的通用属性位于 _common/common.runtime.properties
中。
通用配置
本节下的属性是应该在集群中的所有Druid服务之间共享的公共配置。
JVM配置最佳实践
在我们的所有进程中有四个需要配置的JVM参数
-Duser.timezone=UTC
该参数将JVM的默认时区设置为UTC。我们总是这样设置,不使用其他默认时区进行测试,因此本地时区可能会工作,但它们也可能会发现奇怪和有趣的错误。要在非UTC时区中发出查询,请参阅 查询粒度-Dfile.encoding=UTF-8
这类似于时区,我们假设UTF-8进行测试。本地编码可能有效,但也可能导致奇怪和有趣的错误。-Djava.io.tmpdir=<a path>
系统中与文件系统交互的各个部分都是通过临时文件完成的,这些文件可能会变得有些大。许多生产系统都被设置为具有小的(但是很快的)/tmp
目录,这对于Druid来说可能是个问题,因此我们建议将JVM的tmp目录指向一些有更多内容的目录。此目录不应为volatile tmpfs。这个目录还应该具有良好的读写速度,因此应该强烈避免NFS挂载。-Djava.util.logging.manager=org.apache.logging.log4j.jul.LogManager
这允许log4j2处理使用标准java日志的非log4j2组件(如jetty)的日志。