Druid--Druid中Indexer Process

  • 基于apache-druid-0.17
  • Attention:Indexer是一个可选的实验性特性。它的内存管理系统仍在开发中,并将在以后的版本中得到显著增强。
  • Apache Druid Indexer进程是 MiddleManager + Peon任务执行系统的替代方案。Indexer不是为每个任务创建单独的JVM进程,而是在单个JVM进程中作为单独的线程运行任务。
  • 与MiddleManager + Peon系统相比,Indexer设计得更易于配置和部署,并更好地支持任务间的资源共享。
  • 配置文件和api接口详见官方文档。

启动命令

org.apache.druid.cli.Main server indexer

task资源共享

  • 以下资源在Indexer进程中运行的所有任务之间共享。

Query资源

  • 查询处理线程和缓冲区在所有任务之间共享。Indexer将为所有任务共享的单个端点提供查询。
  • 如果启用了查询缓存,那么还可以在所有任务之间共享查询缓存。

服务器的HTTP线程

  • Indexer维护两个大小相等的HTTP线程池。
  • 一个线程池专门用于Overlord和Indexer之间的任务控制消息(“chat handler threads”)。另一个池用于处理所有其他HTTP请求。
  • 池的大小由druid.server.http.numThreads配置。numThreads配置(例如,如果将其设置为10,则将有10个聊天处理程序线程和10个非聊天处理程序线程)。
  • 除了这两个池之外,还为查找处理分配了两个单独的线程。如果不使用查找,就不会使用这些线程。

内存共享

  • Indexer使用配置druid.worker.globalIngestionHeapLimitBytes对所运行的任务加全局堆限制。
  • 这个全局限制是由druid.worker.capacity配置的任务槽的数量平均分配的。
  • 要应用每个任务堆(heap)的限制,Indexer将在任务调优配置中覆盖maxBytesInMemory(即,忽略默认值或任何用户配置的值)。maxRowsInMemory也将被覆盖到一个实质上不受限制的值:索引器不支持行限制。
  • 默认情况下:druid.worker.globalIngestionHeapLimitBytes设定为JVM堆内存的1/6;选择此默认值是为了在使用MiddleManager/Peon系统(也占JVM堆的1/6)时,与任务调优配置中的maxBytesInMemory的默认值保持一致。
  • 堆内存中保存的原始数据的峰值使用量与任务调优配置中的maxBytesInMemorymaxpendingpersist属性之间的交互有关。当任务在堆中保存的原始数据量达到maxBytesInMemory指定的限制时,任务将持久化堆中的行数据。在persist启动后,任务可以在运行persist时再次读取maxBytesInMemory字节数的原始数据。
  • 这意味着,原始数据的堆内峰值使用量可以达到maxBytesInMemory * (2 + maxpendingpersist)maxpendingpersist的默认值是0,这允许一个persist与数据提取工作并发运行。
  • 堆的其余部分用于查询处理和段持久化/合并操作,以及其他堆的使用。

并发Segment缓存和合并限制

  • 为了帮助降低峰值内存使用量,Indexer对所有运行任务的并发Segment
    perstis/merge 操作的数量施加了限制。
  • 默认情况下,并发Segment的 perstis/merge 操作的数量限制为(druid.worker.capacity / 2),四舍五入。参数配置druid.worker.numConcurrentMerges

当前限制

  • 使用Indexer时,当前不支持单独的任务日志;所有任务日志消息都将记录在Indexer进程日志中。
  • Indexer当前对每个任务施加相同的内存限制。在以后的版本中,将删除每个任务的内存限制,只应用全局限制。并发合并的限制也将被取消。
  • 在以后的版本中,每个任务的内存使用将被动态管理。详见:https://github.com/apache/druid/issues/7900
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,928评论 6 509
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,748评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,282评论 0 357
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,065评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,101评论 6 395
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,855评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,521评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,414评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,931评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,053评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,191评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,873评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,529评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,074评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,188评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,491评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,173评论 2 357

推荐阅读更多精彩内容