atom.xml

<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">

  <title><![CDATA[cengiz han]]></title>
  <link href="http://www.cengizhan.com/atom.xml" rel="self"/>
  <link href="http://www.cengizhan.com/"/>
  <updated>2013-04-01T15:01:16+01:00</updated>
  <id>http://www.cengizhan.com/</id>
  <author>
    <name><![CDATA[Cengiz Han]]></name>
    
  </author>
  <generator uri="http://octopress.org/">Octopress</generator>

  
  <entry>
    <title type="html"><![CDATA[Log kayitlarini toplama]]></title>
    <link href="http://www.cengizhan.com/blog/2013/03/22/log-kayitlarini-toplama-logstash-ve-graylog2/"/>
    <updated>2013-03-22T22:29:00+00:00</updated>
    <id>http://www.cengizhan.com/blog/2013/03/22/log-kayitlarini-toplama-logstash-ve-graylog2</id>
    <content type="html"><![CDATA[<p>Yazilim projeniz tamamlandi, ya da en azindan musterinizin hayatini kolaylastiracak ilk fonksiyon tamamlandi ve uretim ortamina yuklediniz, peki ya daha sonra? Calisan sisteminiz de neler olup bitiyor? Her sey yolunda mi gidiyor? Herhangi bir calisma zamani hatasi olusmus mu? Bunlari takip etmek icin log dosyalari tutariz ve eger calistiginiz sistem sadece bir bilgisayar uzerine yuklenmis bir web sitesi vb bir sistem ise sorun degildir bu kayitlari takip etmek.</p>

<p>Ancak yuksek erisebilirlik -hangi yazilim icin gereksinim degil ki bu?-  ve aldigi yogun yuk sebebiyle olceklenebilir (scalable) bir sistem gelistirdiginiz de bu sistemi ozellikle canli ortamda izlemek dikkatle planlanmasi gereken bir islemdir.</p>

<p>Soyle bir sistem hayal edin, bir MVC web uygulamasi, arka planda toplu veya asenkronize isleme yapan windows servisleri, bir kac web servisiniz var ve bunlarin hic birisi sadece bir sunucu uzerinde calismiyor, ayni anda en azindan bir kac tane arka plan servisi calistirarark asiri yuku dagitiyorsunuz. Bu durumda olusturdunuz log dosyalari sadece sunucu uzerinde kaliyor ise o kayitlarin sizin icin hic bir faydasi olamaz. Ayrica bu log dosyalarini sadece sizin olusturdunuz uygulamaniza ozel log dosyalari olarak dusunmeyin, web sunucunuzun loglarindan, kullandiginiz reserve proxy sunucunun loglarindan, uzerinde calistiginiz isletim sisteminin sistem loglarina kadar her seyi toparlayip tek bir ekran uzerinde gorebilmenin verdigi rahatligi dusunun! Harika olurdu degil mi?</p>

<p>Zira herhangi bir sebeple log dosyalarini kontrol etmek istediginiz de web servisinizi yuklediginiz tum sunuculara tek tek gidip log dosyalarini kontrol etmeniz gerekecektir, web servisinde buldugunuz hatanin asil sebebini bulmak icin arkaplan servis log dosyalarini da kontrol etmek istediginiz de cileden cikabilir ve bir seylerin yanlis oldugunu dusunmeye baslayabilirsiniz. Bu duruma dusmeden bunu dusunmeye basladik bile sanirim? O halde bu yazida bahsedecegim cozumden bahsedelim.</p>

<p>Ozetle tum sunucularinizdan log kayitlarini alip merkezi bir noktada toplamaniz ve birlestirmeniz gerekmektedir. Bu sayede sisteminizin nasil calistigini izleyebilir, sisteminizin gercek hayatta ki davranislarini ogrenebilirsiniz. Log toplama sayesinde sadece hata kayitlarina degil tum loglariniza erisebilirsiniz ve bu veri ile ne yapabileceginiz, hangi bilgileri loglayip hangi amac icin kullanacaginiz daha cok log stratejiniz ile alakali olacaktir.</p>

<h3>Log Stash ve Graylog2</h3>

<p>LogStash ve Graylog2 gibi log toplama araclari genellikle log kayitlarini toplamaka istediginiz sunuculariniz uzerinde calisan uygulari ile log verinizi merkezi sunucularina aktarir ve bir web arayuzu ile bunlari goruntuler. Tabiki bu yontem log kayitlarinizi toplamaniz icin yapilmasi gereken tek yol degil, AMQP gibi mesajlasma protokolleri ile de log kayitlarinin merkezi sunucuya toplanmasi soz konusudur. Eger buyuk bir dagitik sistem uzerinde calisiyorsaniz bir AMQP messajlasma sistemi uzerinden bu mesajlari dagitmak guvenilir ve olceklenebilir bir log toplama sistemi kurmaniza yardimci olacaktir. Ornegin log verilerini topladiginiz sunucunuzu gecici olarak kapatsaniz bile, tekrar calistirdiniz da mesaj kuyrugunda bekleyen log verilerini bulup, isleyecektir.</p>

<p>Bu araclari nasil kurup isleteceginize dair takip eden baska bir blog yazim daha olacak simdilik bahsettigim araclara su adreslerden bakabilirsiniz.</p>

<p>Kibana hakkinda fikir vermesi acisindan Logstash ile toplanmis loglarin tek bir arayuz ile timeline uzerinde gosteren ornek bir ekran goruntusu ile bitiriyorum simdilik.
<img src="http://www.cengizhan.com/images/content/kibana-screenshot.png" title="Kibana ekran goruntusu" ></p>

<ul>
<li><a href="http://logstash.net">http://logstash.net</a></li>
<li><a href="http://kibana.org/">http://kibana.org/</a></li>
<li><a href="http://www.rabbitmq.com">http://www.rabbitmq.com</a></li>
<li><a href="http://graylog2.org">http://graylog2.org</a></li>
</ul>

]]></content>
  </entry>
  
</feed>