第1.10章 elasticsearch优化

2019-07-09 16:37:32 阅读：325 来源： 互联网

标签：swappiness 9200 1.10 vm elasticsearch swap 优化内存

1 跨es集群复制
在elasticsearch.yml中增加配置,在两个集群都配置上白名单

reindex.remote.whitelist: ["10.101.10.58:9200","10.101.10.59:9200","10.101.10.60:9200"]

其余配置参考第1.8章 elasticsearch水平扩展
 Elasticsearch跨集群搜索(Cross Cluster Search)，Elasticsearch:跨集群数据迁移之离线迁移执行命令

POST _reindex
 {     "source": {         "remote": {             "host": "http://172.168.1.15:9200"
         },         "index": "test1",         "query": {             "match": {                 "your_cond": "xxx"
             }
         }
     },     "dest": {         "index": "test2"
     }
 }

2 es中swap配置
ElasticSearch：堆大小与swap设置,内存换成硬盘将毁掉服务器的性能,那么对于高性能的数据服务，es有一个优化点就是关闭掉swap

sudo swapoff -a

如果关闭掉了swap，那么vm.swappiness中设置为0，还是1呢？
再看看centos中设置swap交换空间的大小设置和swappiness的比例设置，从这篇文章了解到设置为vm.swappiness=0目前内存使用量还有剩余的话，建议直接将swappiness改成0，这样可以最大限度的使用物理内存，减少硬盘的负载，同时加快速度。也避免在使用Memcached的时候出现"memcached timeout error because of slow response"这样的错误
再看看Linux swappiness参数设置与内存交换，这篇文章

vm.swappiness = 0  
仅在内存不足的情况下--当剩余空闲内存低于vm.min_free_kbytes limit时，使用交换空间。
vm.swappiness = 1  
内核版本3.5及以上、Red Hat内核版本2.6.32-303及以上，进行最少量的交换，而不禁用交换。

这样就不难梳理出结论

1、在足够内存的机器，那么可以关闭掉swap，既然已经关闭了swap。那么就有几种策略
   1.1 设置vm.swappiness = 0，这样从操作系统级别给禁用了
   1.2 在elasticsearch.yml中配置bootstrap.mlockall: true，这样让锁定es所占用的内存，不影响其他程序是否使用swap
2、如果没有足够内存的机器，需要将vm.swappiness降低

标签：swappiness,9200,1.10,vm,elasticsearch,swap,优化,内存
来源： https://blog.csdn.net/warrah/article/details/95203909

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

第1.10章 elasticsearch优化