ELK Stack (Elasticsearch, Logstash ve Kibana), modern BT altyap\u0131lar\u0131nda log y\u00f6netimi, metrik toplama ve g\u00fcvenlik analizi i\u00e7in vazge\u00e7ilmez bir ara\u00e7 haline gelmi\u015ftir. Ger\u00e7ek zamanl\u0131 veri analizi ve g\u00f6rselle\u015ftirme yetenekleri sayesinde, sistemlerinizi daha iyi anlaman\u0131za ve olas\u0131 sorunlar\u0131 proaktif bir \u015fekilde tespit etmenize olanak tan\u0131r. Ancak, bu g\u00fc\u00e7l\u00fc yap\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131, zaman zaman \u00e7e\u015fitli sorunlarla kar\u015f\u0131la\u015f\u0131lmas\u0131na neden olabilir. Performans d\u00fc\u015f\u00fc\u015fleri, veri kayb\u0131, ba\u011flant\u0131 hatalar\u0131 veya yap\u0131land\u0131rma yanl\u0131\u015flar\u0131 gibi durumlar, ELK Stack\u2019in verimlili\u011fini olumsuz etkileyebilir. Bu makale, ELK Stack bile\u015fenlerinde s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan sorunlar\u0131 tan\u0131mlamay\u0131, bu sorunlar\u0131n k\u00f6k nedenlerini anlamay\u0131 ve ad\u0131m ad\u0131m \u00e7\u00f6z\u00fcmler sunmay\u0131 ama\u00e7lamaktad\u0131r. Sisteminizi sa\u011fl\u0131kl\u0131 bir \u015fekilde \u00e7al\u0131\u015f\u0131r durumda tutmak i\u00e7in genel sorun giderme prensiplerinden ba\u015flayarak her bir bile\u015fenin \u00f6zel sorunlar\u0131na ve \u00e7\u00f6z\u00fcmlerine derinlemesine inece\u011fiz.<\/p>\n
ELK Stack, genellikle Elasticsearch (da\u011f\u0131t\u0131k arama ve analiz motoru), Logstash (veri toplama ve i\u015fleme boru hatt\u0131), Kibana (veri g\u00f6rselle\u015ftirme ve kullan\u0131c\u0131 aray\u00fcz\u00fc) ve son zamanlarda Beats (hafif veri g\u00f6ndericileri) bile\u015fenlerinden olu\u015fur. Bu bile\u015fenlerin her biri kendi ba\u015f\u0131na karma\u015f\u0131k bir yap\u0131ya sahip olup, birbiriyle uyumlu bir \u015fekilde \u00e7al\u0131\u015fmas\u0131 gerekmektedir. Bu entegre yap\u0131n\u0131n herhangi bir noktas\u0131ndaki aksakl\u0131k, t\u00fcm sistemin performans\u0131n\u0131 veya i\u015flevselli\u011fini etkileyebilir.<\/p>\n
Sorun giderme (troubleshooting), bir sistemdeki hatan\u0131n nedenini bulma ve d\u00fczeltme s\u00fcrecidir. ELK Stack gibi kritik bir sistemde sorun giderme, yaln\u0131zca mevcut kesintileri gidermekle kalmaz, ayn\u0131 zamanda gelecekteki potansiyel sorunlar\u0131 \u00f6nlemek i\u00e7in sistemin genel sa\u011fl\u0131\u011f\u0131n\u0131 ve performans\u0131n\u0131 anlamak i\u00e7in de hayati \u00f6neme sahiptir. Etkili bir sorun giderme yakla\u015f\u0131m\u0131, sistem kesintisi s\u00fcresini minimize eder, veri kayb\u0131n\u0131 \u00f6nler ve operasyonel verimlili\u011fi art\u0131r\u0131r.<\/p>\n
ELK Stack sorunlar\u0131n\u0131 gidermeye ba\u015flamadan \u00f6nce, uygulayabilece\u011finiz baz\u0131 genel prensipler bulunmaktad\u0131r:<\/p>\n
Her ELK bile\u015feni, kendi operasyonel loglar\u0131n\u0131 \u00fcretir. Bu loglar, sistemdeki hatalar\u0131n, uyar\u0131lar\u0131n ve \u00f6nemli olaylar\u0131n ilk g\u00f6stergesidir. Sorun gidermeye ba\u015flarken ilk yapman\u0131z gereken \u015fey, ilgili bile\u015fenin log dosyalar\u0131n\u0131 incelemektir. Logstash, Elasticsearch, Kibana ve Beats\u2019in her birinin kendine ait log dizinleri bulunur.<\/p>\n
ELK Stack bile\u015fenleri genellikle farkl\u0131 sunucularda veya konteynerlerde da\u011f\u0131t\u0131l\u0131r ve birbirleriyle a\u011f \u00fczerinden ileti\u015fim kurarlar. CPU, RAM ve disk alan\u0131 gibi sistem kaynaklar\u0131n\u0131n a\u015f\u0131r\u0131 kullan\u0131m\u0131, performans sorunlar\u0131na veya sistem \u00e7\u00f6kmelerine yol a\u00e7abilir. ELK Stack bile\u015fenlerinin farkl\u0131 versiyonlar\u0131 aras\u0131nda uyumsuzluklar olabilir. T\u00fcm bile\u015fenlerin ayn\u0131 maj\u00f6r versiyonda (\u00f6rn. 7.x.x) oldu\u011fundan ve birbirleriyle uyumlu \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olun. Elastic\u2019in uyumluluk matrisini kontrol etmek faydal\u0131 olacakt\u0131r.<\/p>\n Karma\u015f\u0131k bir sistemde sorunu tek bir noktaya indirgemek \u00f6nemlidir. Veri ak\u0131\u015f\u0131n\u0131 (Beats -> Logstash -> Elasticsearch -> Kibana) takip ederek sorunun hangi a\u015famada ortaya \u00e7\u0131kt\u0131\u011f\u0131n\u0131 belirlemeye \u00e7al\u0131\u015f\u0131n. \u00d6rne\u011fin, Kibana\u2019da veri g\u00f6remiyorsan\u0131z, \u00f6nce Elasticsearch\u2019te verinin olup olmad\u0131\u011f\u0131n\u0131, sonra Logstash\u2019in veriyi i\u015fleyip i\u015flemedi\u011fini, en son da Beats\u2019in veriyi g\u00f6nderip g\u00f6ndermedi\u011fini kontrol edin.<\/p>\n \u015eimdi her bir ELK Stack bile\u015feninin \u00f6zel sorunlar\u0131na ve \u00e7\u00f6z\u00fcmlerine odaklanal\u0131m.<\/p>\n Beats, hafif veri g\u00f6ndericileridir ve genellikle ELK Stack\u2019in en \u00f6n cephesinde yer al\u0131rlar.<\/p>\n * Yap\u0131land\u0131rma Hatalar\u0131:<\/strong> * Yap\u0131land\u0131rmay\u0131 Test Edin:<\/strong> Logstash, veri toplama, d\u00f6n\u00fc\u015ft\u00fcrme ve zenginle\u015ftirme g\u00f6revini \u00fcstlenen merkezi bir boru hatt\u0131d\u0131r.<\/p>\n * Yap\u0131land\u0131rma Hatalar\u0131:<\/strong> Logstash * Yap\u0131land\u0131rmay\u0131 Test Edin:<\/strong> Elasticsearch, verilerin depoland\u0131\u011f\u0131, indekslendi\u011fi ve arand\u0131\u011f\u0131 \u00e7ekirdek bile\u015fendir.<\/p>\n * K\u00fcme Sa\u011fl\u0131\u011f\u0131 (Cluster Health):<\/strong> K\u00fcmenin * K\u00fcme Sa\u011fl\u0131\u011f\u0131n\u0131 Kontrol Edin:<\/strong> Kibana, Elasticsearch\u2019teki verileri g\u00f6rselle\u015ftirmek ve analiz etmek i\u00e7in kullan\u0131lan aray\u00fczd\u00fcr.<\/p>\n * Elasticsearch Ba\u011flant\u0131 Sorunlar\u0131:<\/strong> Kibana\u2019n\u0131n Elasticsearch\u2019e ba\u011flanamamas\u0131. * Loglar\u0131 Kontrol Edin:<\/strong> Kibana loglar\u0131 (genellikle ELK Stack kullan\u0131c\u0131lar\u0131n\u0131n s\u0131kl\u0131kla kar\u015f\u0131la\u015ft\u0131\u011f\u0131 baz\u0131 senaryolar ve bunlar\u0131n genel \u00e7\u00f6z\u00fcmleri:<\/p>\n Bu, en yayg\u0131n sorunlardan biridir ve veri ak\u0131\u015f\u0131n\u0131n herhangi bir noktas\u0131nda bir problem oldu\u011funu g\u00f6sterir.<\/p>\n * Beats taraf\u0131nda kontrol:<\/strong> Beats loglar\u0131n\u0131 inceleyin. Veri topluyor ve Logstash\/Elasticsearch\u2019e g\u00f6nderebiliyor mu? * Red Durumu:<\/strong> Birincil shard\u2019lar eksik. Hangi d\u00fc\u011f\u00fcm\u00fcn veya indeksin \u00e7evrimd\u0131\u015f\u0131 oldu\u011funu bulmak i\u00e7in * JVM Belle\u011fini Art\u0131r\u0131n:<\/strong> * Index Lifecycle Management (ILM):<\/strong> Elasticsearch\u2019in ILM \u00f6zelli\u011fini kullanarak eski indeksleri otomatik olarak silin, k\u00fc\u00e7\u00fclt\u00fcn (shrink) veya s\u0131k\u0131\u015ft\u0131r\u0131n (rollover). Bu, disk alan\u0131n\u0131 proaktif olarak y\u00f6netmenin en iyi yoludur. ELK Stack\u2019i etkin bir \u015fekilde y\u00f6netmek ve sorunlar\u0131 proaktif olarak \u00f6nlemek i\u00e7in baz\u0131 ara\u00e7lar ve en iyi uygulamalar mevcuttur:<\/p>\n * Elastic Stack Monitoring (X-Pack):<\/strong> ELK Stack\u2019in kendi izleme \u00e7\u00f6z\u00fcm\u00fc, her bile\u015fenin sa\u011fl\u0131k durumunu, performans metriklerini ve loglar\u0131n\u0131 tek bir yerden izlemenizi sa\u011flar. Bu, sorunlar\u0131 erken tespit etmek i\u00e7in kritik \u00f6neme sahiptir. ELK Stack, log ve metrik y\u00f6netimi i\u00e7in son derece g\u00fc\u00e7l\u00fc ve esnek bir platform sunar. Ancak, bu g\u00fcc\u00fcn beraberinde getirdi\u011fi karma\u015f\u0131kl\u0131k, zaman zaman sorun giderme s\u00fcre\u00e7lerini zorla\u015ft\u0131rabilir. Bu makalede ele al\u0131nan genel prensipleri ve bile\u015fen bazl\u0131 sorun giderme tekniklerini uygulayarak, ELK Stack\u2019inizdeki \u00e7o\u011fu sorunu etkili bir \u015fekilde te\u015fhis edebilir ve \u00e7\u00f6zebilirsiniz.<\/p>\n Unutmay\u0131n ki proaktif izleme, d\u00fczenli bak\u0131m ve iyi dok\u00fcmantasyon, sorunlar\u0131n ortaya \u00e7\u0131kmas\u0131n\u0131 en aza indirmenin ve ortaya \u00e7\u0131kt\u0131klar\u0131nda h\u0131zl\u0131ca \u00e7\u00f6zmenin anahtar\u0131d\u0131r. ELK Stack\u2019inizin sa\u011fl\u0131kl\u0131 ve verimli \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in s\u00fcrekli \u00f6\u011frenmeye ve en iyi uygulamalar\u0131 takip etmeye devam edin. Bu rehber, kar\u015f\u0131la\u015ft\u0131\u011f\u0131n\u0131z zorluklarda size yol g\u00f6stermek ve sistemlerinizin s\u00fcrekli olarak en iyi performansla \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in bir ba\u015flang\u0131\u00e7 noktas\u0131 olacakt\u0131r.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"ELK Stack Ortak Sorunlar\u0131n\u0131n Giderilmesi: Kapsaml\u0131 Bir Rehber\nELK Stack (Elasticsearch, Logstash ve Kibana), modern BT altyap\u0131lar\u0131nda log y\u00f6net","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-38085","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nping<\/code>, telnet<\/code>, nc<\/code> (netcat) gibi ara\u00e7lar kullanarak bile\u015fenler aras\u0131ndaki a\u011f ba\u011flant\u0131s\u0131n\u0131 ve port eri\u015filebilirli\u011fini kontrol edin. G\u00fcvenlik duvar\u0131 (firewall) kurallar\u0131n\u0131n do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olun.<\/p>\n3. Kaynak Kullan\u0131m\u0131n\u0131 \u0130nceleyin<\/h4>\n
top<\/code>, htop<\/code>, free -h<\/code>, df -h<\/code> gibi komutlarla sunucu kaynaklar\u0131n\u0131 izleyin. Elasticsearch ve Logstash\u2019in JVM (Java Virtual Machine) bellek kullan\u0131m\u0131 \u00f6zellikle kritiktir.<\/p>\n4. Versiyon Uyumlulu\u011funu Kontrol Edin<\/h4>\n
5. Ad\u0131m Ad\u0131m \u0130lerleyin ve Sorunu \u0130zole Edin<\/h4>\n
Bile\u015fen Baz\u0131nda Sorun Giderme<\/h3>\n
Beats (Filebeat, Metricbeat vb.) Sorunlar\u0131<\/h4>\n
Yayg\u0131n Sorunlar:<\/h5>\n
filebeat.yml<\/code> veya metricbeat.yml<\/code> gibi yap\u0131land\u0131rma dosyalar\u0131ndaki s\u00f6zdizimi hatalar\u0131.
\n* \u0130zin Sorunlar\u0131:<\/strong> Beats\u2019in log dosyalar\u0131n\u0131 okuma veya \u00e7\u0131kt\u0131 hedefine (Logstash\/Elasticsearch) yazma izinlerinin olmamas\u0131.
\n* A\u011f Ba\u011flant\u0131 Sorunlar\u0131:<\/strong> Beats ile Logstash veya Elasticsearch aras\u0131ndaki ba\u011flant\u0131n\u0131n kurulamamas\u0131.
\n* Veri Kayb\u0131\/D\u00fc\u015fen Olaylar:<\/strong> Beats\u2019in kuyruklar\u0131n\u0131n dolmas\u0131 veya \u00e7\u0131kt\u0131ya veri g\u00f6nderememesi nedeniyle olaylar\u0131 d\u00fc\u015f\u00fcrmesi.
\n* Veri Ayr\u0131\u015ft\u0131rma Hatalar\u0131:<\/strong> Beats\u2019in toplad\u0131\u011f\u0131 verinin format\u0131n\u0131n beklenenden farkl\u0131 olmas\u0131 veya do\u011fru ayr\u0131\u015ft\u0131r\u0131lamamas\u0131.<\/p>\n\u00c7\u00f6z\u00fcmler:<\/h5>\n
sudo filebeat test config<\/code> ve sudo filebeat test output<\/code> komutlar\u0131n\u0131 kullanarak yap\u0131land\u0131rma dosyan\u0131z\u0131n ge\u00e7erlili\u011fini ve \u00e7\u0131kt\u0131 ba\u011flant\u0131s\u0131n\u0131 test edin.
\n* Loglar\u0131 Kontrol Edin:<\/strong> Beats\u2019in log dosyalar\u0131n\u0131 (genellikle \/var\/log\/filebeat\/filebeat<\/code> veya \/var\/log\/beats\/filebeat<\/code>) inceleyin. Hata mesajlar\u0131 size sorunun ne oldu\u011funu s\u00f6yleyecektir.
\n* \u0130zinleri Do\u011frulay\u0131n:<\/strong> Beats\u2019in okumas\u0131 gereken dosya ve dizinler \u00fczerinde okuma izinleri oldu\u011fundan, ayr\u0131ca yap\u0131land\u0131rma dosyas\u0131 \u00fczerinde do\u011fru izinlerin oldu\u011fundan emin olun.
\n* A\u011f Ba\u011flant\u0131s\u0131n\u0131 Kontrol Edin:<\/strong> telnet telnet
\n* Output Kuyruklar\u0131n\u0131 \u0130zleyin:<\/strong> Beats\u2019in dahili kuyruk boyutunu ve g\u00f6nderim durumunu loglardan veya Beats\u2019in kendi metriklerinden takip edin. Gerekirse queue.mem.events<\/code> veya queue.disk.events<\/code> gibi ayarlar\u0131 art\u0131r\u0131n.<\/p>\nLogstash Sorunlar\u0131<\/h4>\n
Yayg\u0131n Sorunlar:<\/h5>\n
.conf<\/code> dosyalar\u0131ndaki giri\u015f (input), filtre (filter) veya \u00e7\u0131k\u0131\u015f (output) b\u00f6l\u00fcmlerindeki s\u00f6zdizimi veya mant\u0131k hatalar\u0131.
\n* Giri\u015f Sorunlar\u0131:<\/strong> Logstash\u2019in Beats, Kafka, dosya veya di\u011fer kaynaklardan veri alamamas\u0131.
\n* Filtre Sorunlar\u0131:<\/strong> Grok desenlerinin yanl\u0131\u015f olmas\u0131, tarih ayr\u0131\u015ft\u0131rma hatalar\u0131, veri tiplerinin beklenenden farkl\u0131 olmas\u0131 veya performans d\u00fc\u015f\u00fc\u015fleri.
\n* \u00c7\u0131k\u0131\u015f Sorunlar\u0131:<\/strong> Logstash\u2019in Elasticsearch\u2019e ba\u011flanamamas\u0131, Elasticsearch\u2019in yava\u015flamas\u0131 veya reddetmesi nedeniyle veri g\u00f6nderememesi.
\n* JVM Bellek Sorunlar\u0131:<\/strong> Logstash\u2019in yetersiz JVM heap belle\u011fi nedeniyle yava\u015flamas\u0131 veya \u00e7\u00f6kmesi.
\n* Eklenti Uyumlulu\u011fu:<\/strong> Kullan\u0131lan eklentilerin Logstash s\u00fcr\u00fcm\u00fcyle uyumsuz olmas\u0131.<\/p>\n\u00c7\u00f6z\u00fcmler:<\/h5>\n
sudo \/usr\/share\/logstash\/bin\/logstash -f \/etc\/logstash\/conf.d\/your_config.conf --config.test_and_exit<\/code> komutunu kullanarak yap\u0131land\u0131rma dosyan\u0131z\u0131n ge\u00e7erlili\u011fini kontrol edin. Bu komut, Logstash\u2019i ba\u015flatmadan yap\u0131land\u0131rma hatalar\u0131n\u0131 tespit etmenizi sa\u011flar.
\n* Loglar\u0131 Kontrol Edin:<\/strong> Logstash\u2019in log dosyalar\u0131 (genellikle \/var\/log\/logstash\/logstash-plain.log<\/code>) en \u00f6nemli bilgi kayna\u011f\u0131d\u0131r. grok parse failure<\/code>, connection refused<\/code> gibi hata mesajlar\u0131n\u0131 aray\u0131n.
\n* Giri\u015f ve \u00c7\u0131k\u0131\u015f Ba\u011flant\u0131lar\u0131n\u0131 Kontrol Edin:<\/strong> telnet<\/code> veya nc<\/code> ile Logstash\u2019in giri\u015f kaynaklar\u0131na (\u00f6rn. Beats portu) ve \u00e7\u0131k\u0131\u015f hedeflerine (\u00f6rn. Elasticsearch portu) eri\u015febildi\u011fini do\u011frulay\u0131n.
\n* Filtreleri Hata Ay\u0131klay\u0131n:<\/strong> Grok desenlerini test etmek i\u00e7in Grok Debugger gibi \u00e7evrimi\u00e7i ara\u00e7lar\u0131 kullan\u0131n. Filtrelerinizi k\u00fc\u00e7\u00fck par\u00e7alara ay\u0131rarak hangi filtrenin soruna neden oldu\u011funu izole edin. stdout { codec => rubydebug }<\/code> \u00e7\u0131kt\u0131s\u0131n\u0131 kullanarak verinin her a\u015famada nas\u0131l g\u00f6r\u00fcnd\u00fc\u011f\u00fcn\u00fc inceleyin.
\n* JVM Belle\u011fini Ayarlay\u0131n:<\/strong> \/etc\/logstash\/jvm.options<\/code> dosyas\u0131nda Xms<\/code> ve Xmx<\/code> de\u011ferlerini Logstash\u2019in i\u015f y\u00fck\u00fcne g\u00f6re ayarlay\u0131n. Genellikle sunucunun toplam RAM\u2019inin yar\u0131s\u0131 kadar (ancak 32GB\u2019\u0131 ge\u00e7meyecek \u015fekilde) bir de\u011fer \u00f6nerilir.
\n* Logstash \u0130zleme API’si:<\/strong> Logstash\u2019in dahili izleme API\u2019sini kullanarak (varsa X-Pack ile) boru hatt\u0131 metriklerini, kuyruk durumlar\u0131n\u0131 ve JVM kullan\u0131m\u0131n\u0131 izleyin.<\/p>\nElasticsearch Sorunlar\u0131<\/h4>\n
Yayg\u0131n Sorunlar:<\/h5>\n
red<\/code> veya yellow<\/code> durumda olmas\u0131.
\n* D\u00fc\u011f\u00fcm Ba\u011flant\u0131s\u0131 (Node Connectivity):<\/strong> D\u00fc\u011f\u00fcmlerin birbirini bulamamas\u0131 (discovery) veya “split-brain” senaryolar\u0131.
\n* Disk Alan\u0131 Sorunlar\u0131:<\/strong> Disk alan\u0131n\u0131n dolmas\u0131, Elasticsearch\u2019in yazma i\u015flemlerini durdurmas\u0131 (read-only indeksler).
\n* JVM Bellek Sorunlar\u0131:<\/strong> Yetersiz heap belle\u011fi, s\u0131k s\u0131k \u00e7\u00f6p toplama (garbage collection) ve performans d\u00fc\u015f\u00fc\u015fleri.
\n* Shard Atama Hatalar\u0131:<\/strong> Shard\u2019lar\u0131n atanmamas\u0131 (unassigned shards), veri kayb\u0131 riski.
\n* \u0130ndeksleme Performans\u0131:<\/strong> \u00c7ok yava\u015f indeksleme, y\u00fcksek CPU kullan\u0131m\u0131.
\n* Arama Performans\u0131:<\/strong> Sorgular\u0131n yava\u015f \u00e7al\u0131\u015fmas\u0131.
\n* E\u015fleme (Mapping) \u00c7ak\u0131\u015fmalar\u0131:<\/strong> Ayn\u0131 alana farkl\u0131 veri tiplerinin atanmaya \u00e7al\u0131\u015f\u0131lmas\u0131.<\/p>\n\u00c7\u00f6z\u00fcmler:<\/h5>\n
GET _cluster\/health?pretty<\/code> komutuyla k\u00fcme sa\u011fl\u0131\u011f\u0131n\u0131 kontrol edin.
\n * Red:<\/strong> Birincil shard\u2019lar eksik. Veri kayb\u0131 riski veya bir d\u00fc\u011f\u00fcm\u00fcn tamamen \u00e7evrimd\u0131\u015f\u0131 olmas\u0131 anlam\u0131na gelir. Hangi indekslerin etkilendi\u011fini g\u00f6rmek i\u00e7in GET _cluster\/health?pretty&level=verbose<\/code> kullan\u0131n.
\n * Yellow:<\/strong> \u00c7o\u011faltma (replica) shard\u2019lar\u0131 eksik. Veri eri\u015filebilir ancak yedeklilik riski var. Genellikle bir d\u00fc\u011f\u00fcm\u00fcn ge\u00e7ici olarak \u00e7evrimd\u0131\u015f\u0131 olmas\u0131 veya disk alan\u0131 sorunlar\u0131 nedeniyle olu\u015fur.
\n* D\u00fc\u011f\u00fcm ve Shard Durumunu Kontrol Edin:<\/strong> GET _cat\/nodes?v<\/code> ve GET _cat\/shards?v<\/code> komutlar\u0131yla d\u00fc\u011f\u00fcmlerin ve shard\u2019lar\u0131n durumunu detayl\u0131ca inceleyin. Unassigned shard\u2019lar i\u00e7in nedenlerini loglardan veya GET _cluster\/allocation\/explain<\/code> API\u2019sinden \u00f6\u011frenin.
\n* Disk Alan\u0131n\u0131 Y\u00f6netin:<\/strong> df -h<\/code> komutuyla disk kullan\u0131m\u0131n\u0131 izleyin. Elasticsearch, disk alan\u0131 belirli bir e\u015fi\u011fi a\u015ft\u0131\u011f\u0131nda (y\u00fcksek su seviyesi) otomatik olarak indekslemeyi durdurabilir. Eski indeksleri silmek veya Index Lifecycle Management (ILM) kullanarak otomatik olarak y\u00f6netmek \u00f6nemlidir.
\n* JVM Belle\u011fini Ayarlay\u0131n:<\/strong> \/etc\/elasticsearch\/jvm.options<\/code> dosyas\u0131nda Xms<\/code> ve Xmx<\/code> de\u011ferlerini ayarlay\u0131n. Genellikle sunucunun toplam RAM\u2019inin yar\u0131s\u0131 kadar (ancak 32GB\u2019\u0131 ge\u00e7meyecek \u015fekilde) bir de\u011fer \u00f6nerilir.
\n* Loglar\u0131 Kontrol Edin:<\/strong> Elasticsearch loglar\u0131 (genellikle \/var\/log\/elasticsearch\/<\/code>) kritik bilgiler i\u00e7erir. out of memory<\/code>, disk usage exceeded<\/code>, failed to send message<\/code> gibi hata mesajlar\u0131n\u0131 aray\u0131n.
\n* E\u015fleme \u00c7ak\u0131\u015fmalar\u0131n\u0131 \u00c7\u00f6z\u00fcn:<\/strong> GET
\n* \u0130zleme API’lerini Kullan\u0131n:<\/strong> Elasticsearch\u2019in kendi izleme API\u2019leri (_nodes\/stats<\/code>, _cluster\/stats<\/code>) veya X-Pack Monitoring ile k\u00fcme metriklerini, d\u00fc\u011f\u00fcm performans\u0131n\u0131 ve indeksleme\/arama h\u0131zlar\u0131n\u0131 takip edin.<\/p>\nKibana Sorunlar\u0131<\/h4>\n
Yayg\u0131n Sorunlar:<\/h5>\n
\n* Yap\u0131land\u0131rma Hatalar\u0131:<\/strong> kibana.yml<\/code> dosyas\u0131ndaki yanl\u0131\u015f ayarlar.
\n* \u0130ndeks Deseni (Index Pattern) Sorunlar\u0131:<\/strong> Kibana\u2019da do\u011fru indeks deseninin olu\u015fturulmamas\u0131 veya zaman alan\u0131 (time field) ayar\u0131n\u0131n yanl\u0131\u015f olmas\u0131.
\n* Performans Sorunlar\u0131:<\/strong> B\u00fcy\u00fck veri k\u00fcmelerinde veya karma\u015f\u0131k sorgularda Kibana aray\u00fcz\u00fcn\u00fcn yava\u015f \u00e7al\u0131\u015fmas\u0131.
\n* G\u00fcvenlik\/Kimlik Do\u011frulama Sorunlar\u0131:<\/strong> Kibana\u2019ya eri\u015fim veya Elasticsearch\u2019e kimlik do\u011frulama hatalar\u0131.<\/p>\n\u00c7\u00f6z\u00fcmler:<\/h5>\n
\/var\/log\/kibana\/<\/code>) ba\u011flant\u0131 hatalar\u0131 veya yap\u0131land\u0131rma sorunlar\u0131 hakk\u0131nda bilgi verir.
\n* Yap\u0131land\u0131rmay\u0131 Kontrol Edin:<\/strong> \/etc\/kibana\/kibana.yml<\/code> dosyas\u0131nda elasticsearch.hosts<\/code> ayar\u0131n\u0131n do\u011fru oldu\u011fundan ve Kibana\u2019n\u0131n Elasticsearch\u2019e eri\u015febildi\u011finden emin olun.
\n* A\u011f Ba\u011flant\u0131s\u0131n\u0131 Kontrol Edin:<\/strong> telnet
\n* \u0130ndeks Desenlerini Do\u011frulay\u0131n:<\/strong> Kibana aray\u00fcz\u00fcnde “Stack Management -> Index Patterns” b\u00f6l\u00fcm\u00fcne gidin. \u0130ndeks deseninizin do\u011fru oldu\u011fundan, Elasticsearch\u2019te ger\u00e7ekten veri bulundu\u011fundan ve do\u011fru bir zaman alan\u0131 se\u00e7ildi\u011finden emin olun.
\n* Taray\u0131c\u0131 Geli\u015ftirici Ara\u00e7lar\u0131n\u0131 Kullan\u0131n:<\/strong> Kibana aray\u00fcz\u00fcnde performans veya y\u00fckleme sorunlar\u0131 ya\u015f\u0131yorsan\u0131z, taray\u0131c\u0131n\u0131z\u0131n geli\u015ftirici ara\u00e7lar\u0131n\u0131 (Console ve Network sekmeleri) kullanarak hata mesajlar\u0131n\u0131 veya yava\u015f \u00e7al\u0131\u015fan API \u00e7a\u011fr\u0131lar\u0131n\u0131 tespit edin.
\n* Elasticsearch Performans\u0131n\u0131 \u0130yile\u015ftirin:<\/strong> Kibana\u2019daki yava\u015fl\u0131k genellikle Elasticsearch\u2019in yava\u015f sorgu yan\u0131tlar\u0131ndan kaynaklan\u0131r. Elasticsearch performans\u0131n\u0131 iyile\u015ftirmeye odaklan\u0131n.
\n* Bellek Kullan\u0131m\u0131n\u0131 Kontrol Edin:<\/strong> Kibana\u2019n\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131 sunucuda yeterli RAM oldu\u011fundan emin olun.<\/p>\nS\u0131k Kar\u015f\u0131la\u015f\u0131lan Senaryolar ve \u00c7\u00f6z\u00fcmleri<\/h3>\n
1. “Kibana’da Hi\u00e7 Veri G\u00f6r\u00fcnm\u00fcyor”<\/h4>\n
filebeat test output<\/code> \u00e7al\u0131\u015f\u0131yor mu?
\n* Logstash taraf\u0131nda kontrol:<\/strong> Logstash loglar\u0131n\u0131 inceleyin. Giri\u015ften veri al\u0131yor mu? Filtreler hatas\u0131z \u00e7al\u0131\u015f\u0131yor mu? \u00c7\u0131k\u0131\u015fa veri g\u00f6nderebiliyor mu? stdout { codec => rubydebug }<\/code> ile veri ak\u0131\u015f\u0131n\u0131 test edin.
\n* Elasticsearch taraf\u0131nda kontrol:<\/strong> Elasticsearch k\u00fcme sa\u011fl\u0131\u011f\u0131 green<\/code> mi? \u0130lgili indeksler olu\u015fturulmu\u015f mu? GET _cat\/indices?v<\/code> komutuyla indeksleri kontrol edin. GET
\n* Kibana taraf\u0131nda kontrol:<\/strong> Do\u011fru indeks deseni se\u00e7ilmi\u015f mi? Zaman aral\u0131\u011f\u0131 (time range) uygun ayarlanm\u0131\u015f m\u0131?<\/p>\n2. “Elasticsearch K\u00fcmesi Red\/Yellow Durumunda”<\/h4>\n
GET _cluster\/health?pretty&level=verbose<\/code> kullan\u0131n. \u00c7evrimd\u0131\u015f\u0131 d\u00fc\u011f\u00fcm\u00fc tekrar \u00e7evrimi\u00e7i yap\u0131n veya eksik shard\u2019lar\u0131 manuel olarak yeniden atay\u0131n (dikkatli olun, veri kayb\u0131 riski olabilir).
\n* Yellow Durumu:<\/strong> \u00c7o\u011faltma shard\u2019lar\u0131 eksik. Genellikle bir d\u00fc\u011f\u00fcm\u00fcn ge\u00e7ici olarak \u00e7evrimd\u0131\u015f\u0131 olmas\u0131, disk alan\u0131 sorunlar\u0131 veya manuel olarak \u00e7o\u011faltma say\u0131s\u0131n\u0131n azalt\u0131lmas\u0131 durumlar\u0131nda olu\u015fur. Sorunlu d\u00fc\u011f\u00fcm\u00fc kontrol edin, disk alan\u0131n\u0131 bo\u015falt\u0131n veya gerekirse \u00e7o\u011faltma ayar\u0131n\u0131 d\u00fczeltin.<\/p>\n3. “Logstash Yava\u015f \u00c7al\u0131\u015f\u0131yor veya Olaylar\u0131 D\u00fc\u015f\u00fcr\u00fcyor”<\/h4>\n
\/etc\/logstash\/jvm.options<\/code> dosyas\u0131ndaki Xms<\/code> ve Xmx<\/code> de\u011ferlerini art\u0131r\u0131n.
\n* Filtreleri Optimize Edin:<\/strong> \u00d6zellikle Grok desenleri gibi yo\u011fun filtreleri optimize edin. Daha basit regex\u2019ler kullan\u0131n veya filtreleri daha verimli hale getirin.
\n* Worker Say\u0131s\u0131n\u0131 Art\u0131r\u0131n:<\/strong> Logstash yap\u0131land\u0131rma dosyas\u0131ndaki pipeline.workers<\/code> ayar\u0131n\u0131 art\u0131rarak paralel i\u015fleme kapasitesini y\u00fckseltin.
\n* Kuyruk Boyutlar\u0131n\u0131 Ayarlay\u0131n:<\/strong> pipeline.batch.size<\/code> ve pipeline.batch.delay<\/code> gibi ayarlar\u0131 i\u015f y\u00fck\u00fcn\u00fcze g\u00f6re optimize edin.
\n* Yatay \u00d6l\u00e7eklendirme:<\/strong> E\u011fer tek bir Logstash \u00f6rne\u011fi yetersiz kal\u0131yorsa, birden fazla Logstash \u00f6rne\u011fi da\u011f\u0131tarak y\u00fck\u00fc dengeleyin.<\/p>\n4. “Disk Alan\u0131 Sorunlar\u0131”<\/h4>\n
\n* Shard Say\u0131s\u0131n\u0131 Optimize Edin:<\/strong> \u0130ndeks ba\u015f\u0131na shard say\u0131s\u0131n\u0131, veri hacminize ve k\u00fcme boyutunuza g\u00f6re optimize edin. \u00c7ok fazla veya \u00e7ok az shard, disk kullan\u0131m\u0131n\u0131 ve performans\u0131 etkileyebilir.
\n* Ek Depolama Ekleme:<\/strong> Fiziksel veya sanal disk alan\u0131n\u0131 art\u0131r\u0131n.
\n* Force Merge:<\/strong> Eski, yazma i\u015flemi yap\u0131lmayan indeksleri _forcemerge<\/code> API\u2019si ile birle\u015ftirerek disk alan\u0131n\u0131 bo\u015falt\u0131n ve arama performans\u0131n\u0131 art\u0131r\u0131n (ancak bu i\u015flem yo\u011fun kaynak kullan\u0131r).<\/p>\nAra\u00e7lar ve En \u0130yi Uygulamalar<\/h3>\n
\n* Prometheus ve Grafana:<\/strong> Harici bir izleme \u00e7\u00f6z\u00fcm\u00fc olarak Prometheus ile ELK metriklerini toplay\u0131p Grafana ile g\u00f6rselle\u015ftirebilirsiniz.
\n* Yap\u0131land\u0131rma Y\u00f6netimi:<\/strong> T\u00fcm ELK bile\u015fenlerinin yap\u0131land\u0131rma dosyalar\u0131n\u0131 (\u00f6rn. filebeat.yml<\/code>, logstash.conf<\/code>, elasticsearch.yml<\/code>, kibana.yml<\/code>) bir versiyon kontrol sistemi (Git gibi) alt\u0131nda tutun. Bu, de\u011fi\u015fiklikleri izlemenizi ve hatal\u0131 yap\u0131land\u0131rmalar\u0131 geri alman\u0131z\u0131 kolayla\u015ft\u0131r\u0131r.
\n* Test Ortamlar\u0131:<\/strong> Yap\u0131land\u0131rma de\u011fi\u015fikliklerini veya y\u00fckseltmeleri canl\u0131 ortama uygulamadan \u00f6nce bir test ortam\u0131nda deneyin.
\n* \u0130ndeks \u015eablonlar\u0131 (Index Templates):<\/strong> Elasticsearch\u2019e g\u00f6nderilen veriler i\u00e7in tutarl\u0131 e\u015flemeler ve ayarlar sa\u011flamak \u00fczere indeks \u015fablonlar\u0131n\u0131 kullan\u0131n. Bu, e\u015fleme \u00e7ak\u0131\u015fmalar\u0131n\u0131 \u00f6nler.
\n* JVM Ayarlar\u0131:<\/strong> Elasticsearch ve Logstash i\u00e7in JVM heap boyutlar\u0131n\u0131 sunucunun RAM\u2019ine ve i\u015f y\u00fck\u00fcne g\u00f6re do\u011fru bir \u015fekilde ayarlay\u0131n. Genellikle toplam RAM\u2019in %50\u2019si, ancak 32GB\u2019\u0131 ge\u00e7meyecek \u015fekilde \u00f6nerilir.
\n* Dok\u00fcmantasyon:<\/strong> ELK Stack da\u011f\u0131t\u0131m\u0131n\u0131z\u0131n mimarisini, yap\u0131land\u0131rmas\u0131n\u0131 ve bilinen sorunlar\u0131n\u0131 belgeleyin. Bu, yeni ekip \u00fcyeleri i\u00e7in veya gelecekteki sorun giderme s\u00fcre\u00e7leri i\u00e7in de\u011ferli bir referans olacakt\u0131r.<\/p>\nSonu\u00e7<\/h3>\n