目前遇到了elasticsearch间隔30到40天就会进行FGC(Full Garbage Collection全堆范围的垃圾回收)的问题.
  现象:在30多天的时间范围内swap使用率慢慢攀升,当使用率达到触发FGC时,elasticsearch的性能急剧下降,处于勉强可用的状态, 说明jvm平时就使用到了swap,然而内存commit率并不高,可以调低swap的使用权重.
       查询swap默认权重:

cat /proc/sys/vm/swappiness

  swappiness，Linux内核参数，控制换出运行时内存的相对权重。swappiness参数值可设置范围在0到100之间。 低参数值会让内核尽量少用交换，更高参数值会使内核更多的去使用交换空间。默认值为60（参考网络资料：当剩余物理内存低于40%（40=100-60）时，开始使用交换空间）。

       2月已过,疫情还在继续,越发显得个人像颗芦苇;
疫情中,有些人事需要纪念:李文亮被央视新闻联播报道是传谣,结果被打脸,好在李医生有保险。

  个人在2019五一劳动节时坐火车遭遇泥石流,当时没想到返程,却在衢州火车站待了一夜;
PS:习惯了火车最多晚点,不会缺席,目的已不可达,没想到及时返程;

       Thing that seem obvious are not obvious.
显然的事并不容易被人发现,人们都拘于固有思维,例如给箱子装上轮子是1972年才有的事。

       最后转一首朋友的骚诗:

get Kafka 证书一张 :)

       Elasticsearch常应用于企业大数据、大规模日志存储分析;
       在我的应用场景中,Elasticsearch存储几百台防火墙,负载均衡设备的syslog,数据量每个月都在提升,年前已突破每月3百G,在维护过程中有些注意的事项,下面从4个方面展开:

一、健康度检查

可以在kibana的Dev Tool执行如下命令:

       GET _cat/health?v

获取当前elasticsearch的健康状态

status:集群状态,分green,yellow和red.

一、如何保存密码

第一条规则：密码永远都要哈希保存。

  ”哈希保存”就是对密码使用哈希算法，将哈希值保存进数据库。为了增加随机性，防止彩虹表这一类的工具，计算哈希的时候，每个用户都有一个不一样的盐值（salt），也会同时保存进数据库。

       备份的最佳做法是采取3-2-1规则，即至少做三个副本，用两种不同格式保存，并将副本放在异地存储。

Linux下一般使用rsync

rsync是linux系统下的数据镜像备份工具。使用快速增量备份工具Remote Sync可以远程同步，支持本地复制，或者与其他SSH、rsync主机同步。

Windows下则推荐使用FreeFileSync

具体的使用方法要参考：
在 Windows 7 使用 FreeFileSync 同步資料

       最近win10系统又被强迫更新到了1803,不出意外的出现了小问题,在此记录一下解决过程

发现C盘容量占用蹭蹭上涨

发现证书过期: