Yazı hakkında bir yorum bırakmak için tıklayın.
Bu yazıya sizde katkıda bulunabilirsiniz.
JVM ayarları sıklıkla değiştirilmese de geliştirme ortamından canlı ortama geçiş sırasında daha performanslı bir cluster için bazı değişiklikler yapılması gerekir. ES’in eski sürümlerinde bu ayarları verirken ES’i çalıştırma komutuna parametre olarak veriyorduk:
bin/elasticsearch -Xms1g -Xmx1g
5.x ve Daha sonraki sürümlerde JVM ayarları için jvm.options dosyası ve ES_JAVA_OPTS çevresel değişkeni üzerinden yapabiliyor olduk. Bu yazıda ben kısaca jvm.options dosyasından bahsedeceğim.
jvm.options dosyasını elasticsearch kurulumunun yapıldığı dizindeki config klasörü altında ya da Debian ya da RPM üzerinden kurulumlarda /etc/elasticsearch klasörü altında bulabilirsiniz. Bu dosya içerisinde bazı satırlar # karakteri ile başlar bir çok dilde de olduğu gibi bu satırlar yorum satırıdır.
Bu dosya üzerinden JVM ayarlamaları yaparken Java’nın farklı sürümleri için farklı ayarlamalar yapabilirsiniz. Örneğin tüm java sürümleri için bir ayarlama yapmak istiyorsanız satırı - ile başlatmanız yeterliyken sadece JDK 8 sürümü için bir ayarlama yapmak istiyorsanız 8: başlatmanız gerekir. Örneğin 9+ JDK sürümleri için bir ayarlama yapmak isterseniz bu durumda da satır başınız 9-: ile başlamalıdır. Bunlar için örnekler vermek gerekirse, ES’in varsayılan jvm.options dosyasına kısa bir göz atmak yeterli olacaktır.
....
# log4j 2
-Dlog4j.shutdownHookEnabled=false
-Dlog4j2.disable.jmx=true
....
## JDK 8 GC logging
8:-XX:+PrintGCDetails
8:-XX:+PrintGCDateStamps
....
# JDK 9+ GC logging
9-:-Xlog:gc*,gc+age=trace,safepoint:file=logs/gc.log:utctime,pid,tags:filecount=32,filesize=64m
....
Tabiki varsayılan dosya bu kadar ayarlama içermiyor ben sadece kısa kesitler halinde örnekleri buraya ekledim. Daha detaylı bakmak için şu adresi kullanabilirsiniz.
https://github.com/hkulekci/elastic-docker/blob/6.2.4/.docker/elasticsearch/config/jvm.options
Java uygulamasının (ES’in) başlangıçta ayıracağı ve maksimum kullanabileceği bellek miktarını belirler. Bunun için aşağıdaki parametreleri jvm.options dosyasına yazabiliriz ya da var ise değiştirebiliriz.
# Xms represents the initial size of total heap space
# Xmx represents the maximum size of total heap space
-Xms1g
-Xmx1g
Buradaki parametrelerin ne olduğunu daha iyi anlamak için Heap Bellek (heap memory) ne demek onu anlamak gerekir. Java uygulamalar bir takım verileri belleğe kaydetmek için iki tür yöntem kullanır. Birisi stack diğeri ise heapdir. stack türünde verilerin bellekte tutulup silinmesini uygulamanın kendisi değil işletim sistemi/alt katmanlar yönetir. heap türünde ise bellek kullanımını ve temizlenmesini uygulama yönetir. Java’da objeler heap bellekte tutulur ve Garbage Collector denen yapılar sayesinde heap bellek yönetimi sağlanır.
Burada sorulacak soru aslında çok fazla. Java’da farklı türlerde Garbage Collector’lar mevcut. Bunların seçimleri bazı durumlarda performans artışı sağlarken bazı durumlarda sağlamayabiliyor. Ya da GC nasıl çalışıyor? gibi gibi. Bu soruları cevaplarken yazının asıl amacından sapacağımız için şimdilik bu onuyu kaynaklar bölümündeki linkler ile devam ettirmeyi öneriyorum. Daha fazla güzel kaynak için yorumlardan bana yazabilirsiniz.
Yukarıda da bahsettiğimiz gibi heap bellek alanının dolduğunda ya da belirli aralıklarla temizlenmesi için gerekli bir araç olan Garbage Collector için ayarlamalar yapabiliriz. Örneğin, bazı kaynaklarda çok önerilmese de, +UseG1GC ile GC türünüzü daha yeni bir GC olan G1GC ile değiştirebilirsiniz. Ancak ES bazı hatalardan dolayı daha G1GC’i desteklemiyor. ? ? *
Diğer CMSInitiatingOccupancyFraction ayarı ile heap bellek doluluk oranına göre GC’nin çalışmasını sağlayan bir oran belirleyebilirsiniz. Java dünyasında ortalama %70-75 civarları ideal görülüyor. ES için varsayılan değer %75.
GC için varsayılan değerler aşağıdaki gibi:
## GC configuration
-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=75
-XX:+UseCMSInitiatingOccupancyOnly
Heap bellek yönetimi sırasında bazı hatalar oluşabilir. Bu hataları yakalamak ve bir yerlere kaydetmen için aşağıdaki jvm ayarlarını kullanabilirsiniz. HeapDumpPath ile bir klasör belirleyerek hataları bu klasör içerisine yazdırabilirsiniz.
# generate a heap dump when an allocation from the Java heap fails
# heap dumps are created in the working directory of the JVM
-XX:+HeapDumpOnOutOfMemoryError
# specify an alternative path for heap dumps
# ensure the directory exists and has sufficient space
#-XX:HeapDumpPath=/heap/dump/path
Bunlar dışında daha bir sürü ayarlamalar mevcut. Yazının başında da paylaştığım linkten bu ayarlara ulaşabilirsiniz. Yazıyı hazırlarken okuduğum yazıları kaynaklar olarak paylaşıyorum. Umarım yararlı olur.
Genel Kaynaklar :
Garbage Collector Kaynakları :