問題來源
　　logstash在資料量少的情況下，是正常抽取資料的，但當多臺伺服器一起啟動logstash去抽取大量資料的時候，logstash就會出現Your application used more memory than the safety cap of 1G的問題，進而抽取程式就停掉了；

問題說明
　　從報錯的提示來看，很明顯就是記憶體溢位的問題(logstash的預設服務分配記憶體的1g)，資料抽取快取堆積太多，導致原本分配的堆記憶體空間不足，需要擴大服務的記憶體空間以解決記憶體溢位的問題；

解決方法
在logstash5.X版本以前，可以直接修改logstash的配置檔案logstash.lib.sh，它的檔案路徑：/opt/logstash/bin； 
修改內容：

 
LS_HEAP_SIZE=”${LS_HEAP_SIZE:=1g}” 
將其中的1g修改成32g，擴大es處理服務空間，修改之後的檔案如下： 
LS_HEAP_SIZE=”${LS_HEAP_SIZE:=32g}”
在logstash5.X版本之後，修改的方式有所變動，需要修改es的配置檔案，而不是logstash配置檔案； 
修改方式： 
在es的bin目錄下，找到elasticsearch啟動檔案，在頭部新增命令語句：export ES_HEAP_SIZE=32g 
說明： 
ES_HEAP_SIZE的大小可根據生產環境的大小進行修改，一般不超過32g；
新問題出現
　　當在elasticsearch設定了32g的分配記憶體之後，啟動的時候發現又報錯了，以下就是報錯的內容： 
　 1. Error: encountered environment variables that are no longer supported 
　 2. Use jvm.options or ES_JAVA_OPTS to configure the JVM 
　 3. ES_HEAP_SIZE=32g: set -Xms32g and -Xmx16g in jvm.options or add “-Xms32g -Xmx32g” to ES_JAVA_OPTS 
　 解決方式： 
　 從報錯的提示來看，jvm裡面沒有16g的配置，所以提供了兩種方式去修改： 
　1. 修改config目錄下的jvm.options檔案，修改配置：-Xms32g -Xmx32g 
　2. 直接在elasticsearch啟動檔案裡面新增配置：ES_JAVA_OPTS=”-Xms32g -Xmx32g” 
　如果第一種修改方式不起作用，可選擇第二種進行修改；

解決結果
　　修改成功上面的配置之後，重新啟動es，然後多臺伺服器一起去執行logstash匯入資料的時候，再也沒有出現那些奇葩的問題了，perfect，希望對有遇到這些問題的程式猿有所幫助~
--------------------- 

原文：https://blog.csdn.net/alan_liuyue/article/details/78976755