社区日报 第947期 (2020-05-24)
http://t.cn/A62qVMNP
2.数据可视化:您需要了解的31种工具。
http://t.cn/A62qfzSz
3.(自备梯子)商业和生活中区块链技术的应用不断增加。
http://t.cn/A62qfleh
编辑:至尊宝
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
http://t.cn/A62qVMNP
2.数据可视化:您需要了解的31种工具。
http://t.cn/A62qfzSz
3.(自备梯子)商业和生活中区块链技术的应用不断增加。
http://t.cn/A62qfleh
编辑:至尊宝
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
社区日报 第946期 (2020-05-23)
社区日报 第945期 (2020-05-22)
http://t.cn/A62UBZib
2、Elasticsearch结合Laravel(PHP web框架)终极实战指南(梯子)
http://t.cn/A62UBZiq
3、Elasticsearch 分析FTP日志实践(梯子)
http://t.cn/A62UBZi4
编辑:铭毅天下
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
http://t.cn/A62UBZib
2、Elasticsearch结合Laravel(PHP web框架)终极实战指南(梯子)
http://t.cn/A62UBZiq
3、Elasticsearch 分析FTP日志实践(梯子)
http://t.cn/A62UBZi4
编辑:铭毅天下
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
收起阅读 »
社区日报 第944期 (2020-05-21)
https://t.cn/A62L2ghq
2.elasticsearch支持拼音自动补全
https://t.cn/A6AHyv3k
3.rollup索引管理
https://t.cn/A62L2kf2
编辑:金桥
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
https://t.cn/A62L2ghq
2.elasticsearch支持拼音自动补全
https://t.cn/A6AHyv3k
3.rollup索引管理
https://t.cn/A62L2kf2
编辑:金桥
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
社区日报 第943期 (2020-05-20)
http://t.cn/A62AZWzh
2、请收好 ecs java 日志标准
http://t.cn/A62AZWzZ
3、Grafana 7.0 发布了,快来玩玩吧~
http://t.cn/A62AZWz2
编辑:rockybean
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
http://t.cn/A62AZWzh
2、请收好 ecs java 日志标准
http://t.cn/A62AZWzZ
3、Grafana 7.0 发布了,快来玩玩吧~
http://t.cn/A62AZWz2
编辑:rockybean
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
社区日报 第942期 (2020-05-19)
https://t.cn/A62z6xMZ
2、在Docker上使用Kibana和Elasticsearch监控nginx日志。
https://t.cn/A62z6Jjw
3、在Spring Data Elasticsearch 4中使用地理距离排序
https://t.cn/A62z66yI
编辑:叮咚光军
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
https://t.cn/A62z6xMZ
2、在Docker上使用Kibana和Elasticsearch监控nginx日志。
https://t.cn/A62z6Jjw
3、在Spring Data Elasticsearch 4中使用地理距离排序
https://t.cn/A62z66yI
编辑:叮咚光军
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
社区日报 第941期 (2020-05-18)
http://t.cn/A62Pc1Ts
2.一份PPT集中了解es发展:Elastic Stack Roadmap(自带梯子)
http://t.cn/A62Pf6DU
使用Elastic Stack和prometheus来实现metric监控
https://www.elastic.co/cn/what ... oring
编辑:cyberdak
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
http://t.cn/A62Pc1Ts
2.一份PPT集中了解es发展:Elastic Stack Roadmap(自带梯子)
http://t.cn/A62Pf6DU
使用Elastic Stack和prometheus来实现metric监控
https://www.elastic.co/cn/what ... oring
编辑:cyberdak
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
解决Elasticsearch HTTP方式查询报SocketTimeoutException的问题(待验证)
注意: 此解决方案,短时间内没有复现,还需要长时间验证是否有效。
现象
在使用HTTP方式,Elasticsearch 长时间不查询后,再次查询会出现抛出SocketTimeoutException的问题。
原因
基本逻辑
Elasticsearch 客户端会根据服务器返回的HTTP报文内容,来决定客户端保持HTTP连接Keep-Alive状态的策略。
如果结果如下,那么保持HTTP连接 Keep-Alive状态为120s
Connection: Keep-Alive
Keep-Alive: max=5, timeout = 120
如果不包含上述内容,那么客户端将保持Keep-Alive状态的时间为永久。
事实上,Elasticsearch服务器返回的报文,并没有上述HTTP头内容,所以客户端所有的HTTP连接都为永久保持Keep-Alive。
如果客户端长时间没有发送请求,服务器或者防火墙已经close了HTTP底层的TCP链接,但是此时客户端并不知道,由于Keep Alive是无限期,那么并不会重新建立连接,而是直接发送请求,此时就会得到SocketTimeout异常。
阅读源码
我使用的Elasticsearch的客户端下面的版本
<dependency>
<groupId>org.elasticsearch.client</groupId>
<artifactId>rest</artifactId>
<version>5.4.1</version>
</dependency>
其HTTP的发送依赖Maven包httpasyncclient
.
这个包中的接口ConnectionKeepAliveStrategy,抽象了处理 HTTP Keepalive 的策略,其默认实现为:
@Contract(threading = ThreadingBehavior.IMMUTABLE)
public class DefaultConnectionKeepAliveStrategy implements ConnectionKeepAliveStrategy {
public static final DefaultConnectionKeepAliveStrategy INSTANCE = new DefaultConnectionKeepAliveStrategy();
@Override
public long getKeepAliveDuration(final HttpResponse response, final HttpContext context) {
Args.notNull(response, "HTTP response");
final HeaderElementIterator it = new BasicHeaderElementIterator(
response.headerIterator(HTTP.CONN_KEEP_ALIVE));
while (it.hasNext()) {
final HeaderElement he = it.nextElement();
final String param = he.getName();
final String value = he.getValue();
if (value != null && param.equalsIgnoreCase("timeout")) {
try {
return Long.parseLong(value) * 1000;
} catch(final NumberFormatException ignore) {
}
}
}
return -1;
}
}
-1
代表多长时间,接口说明不是很清楚。
PoolingNHttpClientConnectionManager 类中的代码,实现了上述对待KeepAlive的逻辑,可以看到-1
表示为:无限期
@Override
public void releaseConnection(
final NHttpClientConnection managedConn,
final Object state,
final long keepalive,
final TimeUnit tunit) {
Args.notNull(managedConn, "Managed connection");
synchronized (managedConn) {
final CPoolEntry entry = CPoolProxy.detach(managedConn);
if (entry == null) {
return;
}
if (this.log.isDebugEnabled()) {
this.log.debug("Releasing connection: " + format(entry) + formatStats(entry.getRoute()));
}
final NHttpClientConnection conn = entry.getConnection();
try {
if (conn.isOpen()) {
entry.setState(state);
entry.updateExpiry(keepalive, tunit != null ? tunit : TimeUnit.MILLISECONDS);
if (this.log.isDebugEnabled()) {
final String s;
// keepalive 就是上面接口 ConnectionKeepAliveStrategy.getKeepAliveDuration()的返回值
if (keepalive > 0) {
s = "for " + (double) keepalive / 1000 + " seconds";
} else {
// 如果小于0 ,那么策略为indefinitely:无限期。
s = "indefinitely";
}
this.log.debug("Connection " + format(entry) + " can be kept alive " + s);
}
}
} finally {
this.pool.release(entry, conn.isOpen() && entry.isRouteComplete());
if (this.log.isDebugEnabled()) {
this.log.debug("Connection released: " + format(entry) + formatStats(entry.getRoute()));
}
}
}
}
解决方式
自定义类实现ConnectionKeepAliveStrategy
接口:
public class CustomConnectionKeepAliveStrategy extends DefaultConnectionKeepAliveStrategy {
public static final CustomConnectionKeepAliveStrategy INSTANCE = new CustomConnectionKeepAliveStrategy();
private CustomConnectionKeepAliveStrategy() {
super();
}
/**
* 最大keep alive的时间(分钟)
* 这里默认为10分钟,可以根据实际情况设置。可以观察客户端机器状态为TIME_WAIT的TCP连接数,如果太多,可以增大此值。
*/
private final long MAX_KEEP_ALIVE_MINUTES = 10;
@Override
public long getKeepAliveDuration(HttpResponse response, HttpContext context) {
long keepAliveDuration = super.getKeepAliveDuration(response, context);
// <0 为无限期keepalive
// 将无限期替换成一个默认的时间
if(keepAliveDuration < 0){
return TimeUnit.MINUTES.toMillis(MAX_KEEP_ALIVE_MINUTES);
}
return keepAliveDuration;
}
}
在创建Elasticserach Client时,配置
RestClientBuilder builder = RestClient.builder(hosts);
builder.setHttpClientConfigCallback(new RestClientBuilder.HttpClientConfigCallback() {
@Override
public HttpAsyncClientBuilder customizeHttpClient(HttpAsyncClientBuilder httpClientBuilder) {
httpClientBuilder.setKeepAliveStrategy(CustomConnectionKeepAliveStrategy.INSTANCE);
return httpClientBuilder;
}
});
注意: 此解决方案,短时间内没有复现,还需要长时间验证是否有效。
现象
在使用HTTP方式,Elasticsearch 长时间不查询后,再次查询会出现抛出SocketTimeoutException的问题。
原因
基本逻辑
Elasticsearch 客户端会根据服务器返回的HTTP报文内容,来决定客户端保持HTTP连接Keep-Alive状态的策略。
如果结果如下,那么保持HTTP连接 Keep-Alive状态为120s
Connection: Keep-Alive
Keep-Alive: max=5, timeout = 120
如果不包含上述内容,那么客户端将保持Keep-Alive状态的时间为永久。
事实上,Elasticsearch服务器返回的报文,并没有上述HTTP头内容,所以客户端所有的HTTP连接都为永久保持Keep-Alive。
如果客户端长时间没有发送请求,服务器或者防火墙已经close了HTTP底层的TCP链接,但是此时客户端并不知道,由于Keep Alive是无限期,那么并不会重新建立连接,而是直接发送请求,此时就会得到SocketTimeout异常。
阅读源码
我使用的Elasticsearch的客户端下面的版本
<dependency>
<groupId>org.elasticsearch.client</groupId>
<artifactId>rest</artifactId>
<version>5.4.1</version>
</dependency>
其HTTP的发送依赖Maven包httpasyncclient
.
这个包中的接口ConnectionKeepAliveStrategy,抽象了处理 HTTP Keepalive 的策略,其默认实现为:
@Contract(threading = ThreadingBehavior.IMMUTABLE)
public class DefaultConnectionKeepAliveStrategy implements ConnectionKeepAliveStrategy {
public static final DefaultConnectionKeepAliveStrategy INSTANCE = new DefaultConnectionKeepAliveStrategy();
@Override
public long getKeepAliveDuration(final HttpResponse response, final HttpContext context) {
Args.notNull(response, "HTTP response");
final HeaderElementIterator it = new BasicHeaderElementIterator(
response.headerIterator(HTTP.CONN_KEEP_ALIVE));
while (it.hasNext()) {
final HeaderElement he = it.nextElement();
final String param = he.getName();
final String value = he.getValue();
if (value != null && param.equalsIgnoreCase("timeout")) {
try {
return Long.parseLong(value) * 1000;
} catch(final NumberFormatException ignore) {
}
}
}
return -1;
}
}
-1
代表多长时间,接口说明不是很清楚。
PoolingNHttpClientConnectionManager 类中的代码,实现了上述对待KeepAlive的逻辑,可以看到-1
表示为:无限期
@Override
public void releaseConnection(
final NHttpClientConnection managedConn,
final Object state,
final long keepalive,
final TimeUnit tunit) {
Args.notNull(managedConn, "Managed connection");
synchronized (managedConn) {
final CPoolEntry entry = CPoolProxy.detach(managedConn);
if (entry == null) {
return;
}
if (this.log.isDebugEnabled()) {
this.log.debug("Releasing connection: " + format(entry) + formatStats(entry.getRoute()));
}
final NHttpClientConnection conn = entry.getConnection();
try {
if (conn.isOpen()) {
entry.setState(state);
entry.updateExpiry(keepalive, tunit != null ? tunit : TimeUnit.MILLISECONDS);
if (this.log.isDebugEnabled()) {
final String s;
// keepalive 就是上面接口 ConnectionKeepAliveStrategy.getKeepAliveDuration()的返回值
if (keepalive > 0) {
s = "for " + (double) keepalive / 1000 + " seconds";
} else {
// 如果小于0 ,那么策略为indefinitely:无限期。
s = "indefinitely";
}
this.log.debug("Connection " + format(entry) + " can be kept alive " + s);
}
}
} finally {
this.pool.release(entry, conn.isOpen() && entry.isRouteComplete());
if (this.log.isDebugEnabled()) {
this.log.debug("Connection released: " + format(entry) + formatStats(entry.getRoute()));
}
}
}
}
解决方式
自定义类实现ConnectionKeepAliveStrategy
接口:
public class CustomConnectionKeepAliveStrategy extends DefaultConnectionKeepAliveStrategy {
public static final CustomConnectionKeepAliveStrategy INSTANCE = new CustomConnectionKeepAliveStrategy();
private CustomConnectionKeepAliveStrategy() {
super();
}
/**
* 最大keep alive的时间(分钟)
* 这里默认为10分钟,可以根据实际情况设置。可以观察客户端机器状态为TIME_WAIT的TCP连接数,如果太多,可以增大此值。
*/
private final long MAX_KEEP_ALIVE_MINUTES = 10;
@Override
public long getKeepAliveDuration(HttpResponse response, HttpContext context) {
long keepAliveDuration = super.getKeepAliveDuration(response, context);
// <0 为无限期keepalive
// 将无限期替换成一个默认的时间
if(keepAliveDuration < 0){
return TimeUnit.MINUTES.toMillis(MAX_KEEP_ALIVE_MINUTES);
}
return keepAliveDuration;
}
}
在创建Elasticserach Client时,配置
RestClientBuilder builder = RestClient.builder(hosts);
builder.setHttpClientConfigCallback(new RestClientBuilder.HttpClientConfigCallback() {
@Override
public HttpAsyncClientBuilder customizeHttpClient(HttpAsyncClientBuilder httpClientBuilder) {
httpClientBuilder.setKeepAliveStrategy(CustomConnectionKeepAliveStrategy.INSTANCE);
return httpClientBuilder;
}
});
收起阅读 »
社区日报 第940期 (2020-05-17)
http://t.cn/A6Asz8qN
2.从Quarkus访问Apache Kafka。
http://t.cn/A6AsZZ9G
3.ELK+FileBeat+Kafka搭建日志管理平台。
http://t.cn/A6AsZnzq
编辑:至尊宝
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
http://t.cn/A6Asz8qN
2.从Quarkus访问Apache Kafka。
http://t.cn/A6AsZZ9G
3.ELK+FileBeat+Kafka搭建日志管理平台。
http://t.cn/A6AsZnzq
编辑:至尊宝
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
社区日报 第939期 (2020-05-16)
社区日报 第938期 (2020-05-15)
https://t.cn/A6Ae9b48
2、Elasticsearch 压测工具之 esrally的安装与使用
https://t.cn/A6Ae9Gju
3、ELK 7.x -- elastalert 企业微信告警
http://t.cn/A6Ae9KHW
编辑:铭毅天下
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
https://t.cn/A6Ae9b48
2、Elasticsearch 压测工具之 esrally的安装与使用
https://t.cn/A6Ae9Gju
3、ELK 7.x -- elastalert 企业微信告警
http://t.cn/A6Ae9KHW
编辑:铭毅天下
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
社区日报 第937期 (2020-05-14)
http://t.cn/A6AdbNfH
2、基于 Elasticsearch 存储人脸识别数据方案
http://t.cn/A6AdbNfT
3、Filebeat Autodiscover 功能介绍
http://t.cn/A6AdbNf8
编辑:rockybean
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
http://t.cn/A6AdbNfH
2、基于 Elasticsearch 存储人脸识别数据方案
http://t.cn/A6AdbNfT
3、Filebeat Autodiscover 功能介绍
http://t.cn/A6AdbNf8
编辑:rockybean
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
Elasticsearch 迁移工具 ESM 更新 0.4.4
ESM 0.4.4 修复一堆 bug,支持几个新的特性:
- 可用于生成测试数据,一般用于压力测试,基于源 ES 或者导入到本地的 JSON 数据,随机修改 ID,可以指定重复次数
- 修复 Routing 参数在不同 ES 版本下的参数差异,支持 1.x\2.x\3.x\5.x 到 6.x\7.x 的相互导入
- 修复终端下不能切换到后台执行的 bug,可以以 crontab 定时执行
- 支持指定 _source 字段导出
- 支持 _source 字段重命名
- 支持文档 _type 重命名
下载地址:
https://github.com/medcl/esm/releases/tag/v0.4.4
生成测试数据示例:
1.直接以来源 es 的 my_index1 的索引数据生成到目标 es 集群的索引 my_index2,产生 10 份一样的数据
./bin/esm -s http://localhost:9201 -d http://localhost:9200 -x my_index1 -y
my_index2
-n elastic:pass --regenerate_id --repeat_times=10
2.先导出索引文档到本地的文件 dump.json
./bin/esm -s http://localhost:9201 -x my_index1 -o dump.json
再基于这份样本,生成 10 份一样的数据到目标集群./bin/esm -i dunp.json -d http://localhost:9201 -y target-index1 --regenerate_id --repeat_times=10
更多使用示例参照项目 README
ESM 0.4.4 修复一堆 bug,支持几个新的特性:
- 可用于生成测试数据,一般用于压力测试,基于源 ES 或者导入到本地的 JSON 数据,随机修改 ID,可以指定重复次数
- 修复 Routing 参数在不同 ES 版本下的参数差异,支持 1.x\2.x\3.x\5.x 到 6.x\7.x 的相互导入
- 修复终端下不能切换到后台执行的 bug,可以以 crontab 定时执行
- 支持指定 _source 字段导出
- 支持 _source 字段重命名
- 支持文档 _type 重命名
下载地址:
https://github.com/medcl/esm/releases/tag/v0.4.4
生成测试数据示例:
1.直接以来源 es 的 my_index1 的索引数据生成到目标 es 集群的索引 my_index2,产生 10 份一样的数据
./bin/esm -s http://localhost:9201 -d http://localhost:9200 -x my_index1 -y
my_index2
-n elastic:pass --regenerate_id --repeat_times=10
2.先导出索引文档到本地的文件 dump.json
./bin/esm -s http://localhost:9201 -x my_index1 -o dump.json
再基于这份样本,生成 10 份一样的数据到目标集群./bin/esm -i dunp.json -d http://localhost:9201 -y target-index1 --regenerate_id --repeat_times=10
更多使用示例参照项目 README 收起阅读 »
社区日报 第936期 (2020-05-13)
https://t.cn/A6A1ClaH
2、 在k8s构建跨多可用区的高可用elasticsearch集群;
https://t.cn/A6PmG8t4
3、使用Elastic Workplace Search搜索confluence;
https://t.cn/A6A1CllE
编辑:wt
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
https://t.cn/A6A1ClaH
2、 在k8s构建跨多可用区的高可用elasticsearch集群;
https://t.cn/A6PmG8t4
3、使用Elastic Workplace Search搜索confluence;
https://t.cn/A6A1CllE
编辑:wt
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »
社区日报 第935期 (2020-05-12)
https://t.cn/A6AnGSeV
2、 为什么用ES做Redis监控,不用Prometheus或Zabbix?
https://t.cn/A6AnGonO
3、腾讯Elasticsearch海量规模背后的内核优化剖析。
https://t.cn/A6AnGKOY
编辑:叮咚光军
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup
https://t.cn/A6AnGSeV
2、 为什么用ES做Redis监控,不用Prometheus或Zabbix?
https://t.cn/A6AnGonO
3、腾讯Elasticsearch海量规模背后的内核优化剖析。
https://t.cn/A6AnGKOY
编辑:叮咚光军
归档:https://ela.st/cn-daily-all
订阅:https://ela.st/cn-daily-sub
沙龙:https://ela.st/cn-meetup 收起阅读 »