首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

ElasticSearch:_template vs _index_template

ElasticSearch是一个开源的分布式搜索和分析引擎,用于处理大规模数据的搜索、分析和存储。在ElasticSearch中,_template和_index_template是两个重要的概念,用于定义索引的映射和设置。

  1. _template(模板):
    • 概念:_template是一个全局的模板,用于定义索引的映射和设置。它可以在创建索引之前预先定义,并在索引创建时自动应用。
    • 分类:_template可以根据索引名称的模式匹配规则进行分类,以便将模板应用于特定的索引。
    • 优势:使用_template可以实现索引的自动化管理,减少手动操作的工作量。它还可以确保所有的索引都遵循相同的映射和设置规则,提高数据的一致性和可靠性。
    • 应用场景:_template适用于需要创建大量相似索引的场景,例如按日期或按业务类型创建的日志索引。
    • 推荐的腾讯云相关产品:腾讯云Elasticsearch Service(ES)是基于开源Elasticsearch的托管式服务,提供了简单、可靠、安全的Elasticsearch集群,可以方便地创建和管理索引模板。详情请参考:腾讯云Elasticsearch Service
  • _index_template(索引模板):
    • 概念:_index_template是一个局部的模板,用于定义特定索引的映射和设置。它可以在索引创建之后手动应用,或者在索引创建时自动应用。
    • 分类:_index_template是根据索引名称进行分类的,每个索引可以有自己的模板。
    • 优势:使用_index_template可以根据具体索引的需求定义映射和设置,灵活性更高。它可以覆盖全局的_template设置,使得不同索引可以有不同的配置。
    • 应用场景:_index_template适用于需要对不同索引进行个性化配置的场景,例如根据业务需求对不同类型的日志索引进行不同的分析和存储设置。
    • 推荐的腾讯云相关产品:腾讯云Elasticsearch Service(ES)提供了灵活的索引模板管理功能,可以方便地创建和管理_index_template。详情请参考:腾讯云Elasticsearch Service

总结:_template和_index_template都是用于定义ElasticSearch索引的映射和设置的模板,_template是全局的模板,适用于大量相似索引的自动化管理;_index_template是局部的模板,适用于个性化配置不同索引的映射和设置。腾讯云的Elasticsearch Service提供了方便的索引模板管理功能,可以满足不同场景下的需求。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Elastic ILM 索引生命周期管理最佳实践

引入索引生命周期管理的一个最重要的目的就是对大量时序数据在es读写操作的性能优化,对于日志或指标(metric)类时序性强的ES索引,因为数据量大,并且写入和查询大多都是近期时间内的数据。可以采用hot-warm-cold架构将索引数据切分成hot/warm/cold的索引。hot阶段索引负责最新数据的读写,可使用SSD存储;warm阶段索引负责较旧数据的读取,可使用高性能磁盘存储;cold阶段索引很少被读取,可使用大容量磁盘存储。delete阶段索引将被被删除。随着时间的推移,索引数据不断从hot阶段->warm阶段->cold阶段>delete阶段迁移。针对不同阶段的索引我们还可以调整索引的主分片数,副本数,单分片的segment数等等,更好的利用机器资源。

02

Elastic Stack5.2.2升级到6.0.0注意事项

6.0版本filebeat prospectors中的document_type被禁用,原来的topic: '%{[type]}'获取文档类型的方式不可用,但是引入了fields,后面映射模板也会用到。 1、document_type: yewuname 原来的Index名字为filebeat-yewuname-2018.01.19这样的按照天分割的,升级后document_type不支持了,需要修改为字段加type的形式如下fields: document_type: yewuname 2、输出kafka也需要修改topic: '%{[fields.document_type]}' 3、logstash生成index也需要由原来的index => "filebeat-%{type}-%{+YYYY.MM.dd}"改为index => "filebeat-%{[fields][document_type]}-%{+YYYY.MM.dd}",最终index命名为filebeat-yewuname-* 4、最后和Elasic支持人员沟通后得知,客户端filebeat不升级也可以,不影响使用

03

一次系统扩容引起的elasticsearch故障及恢复

由于m21p22服务器配置比较老旧,而且上面还有其他人部署的其他应用。硬盘写入性能比较差,因此考虑吧elasticsearch部署在另外两台配置高的服务器,而将kibana、redis等与硬盘关系不大的软件部署在m21p22服务器。考虑到部署的复杂性以及服务器的实际情况,选择了redis接收beats的日志数据,再通过logstash实现负载均衡。这是之前elk集群的配置情况。 随着业务的深入,上述集群已经越来越难以满足业务的需要,日志量大会在redis中出现堆积,另外服务器查询量大之后,节点的cpu和load会触发告警。因此,与运维部门商议,又申请了2台服务器,作为elasticsearch的扩展节点,以降低原有服务器的负载。 如下是增加服务器之后的配置信息:

01
领券