G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla geli\u015fen dijital d\u00fcnyas\u0131nda, veritabanlar\u0131 uygulamalar\u0131n bel kemi\u011fini olu\u015fturur. \u00d6zellikle PostgreSQL gibi g\u00fc\u00e7l\u00fc, a\u00e7\u0131k kaynakl\u0131 ili\u015fkisel veritabanlar\u0131, performans\u0131, g\u00fcvenilirli\u011fi ve geni\u015fletilebilirli\u011fi nedeniyle bir\u00e7ok kurulu\u015f taraf\u0131ndan tercih edilmektedir. Ancak, bir veritaban\u0131n\u0131 kurmak kadar, onu etkin bir \u015fekilde izlemek ve performans\u0131n\u0131 s\u00fcrekli olarak optimize etmek de kritik \u00f6neme sahiptir. Y\u00f6netilen PostgreSQL hizmetleri (\u00f6rne\u011fin, AWS RDS for PostgreSQL, Azure Database for PostgreSQL, Google Cloud SQL for PostgreSQL), operasyonel y\u00fck\u00fc azaltarak \u00f6l\u00e7eklenebilirlik ve y\u00fcksek eri\u015filebilirlik gibi avantajlar sunarken, altta yatan sistemlere do\u011frudan eri\u015fimin s\u0131n\u0131rl\u0131 olmas\u0131 nedeniyle izleme yakla\u015f\u0131mlar\u0131n\u0131 farkl\u0131la\u015ft\u0131r\u0131r.<\/p>\n
Bu makalede, Y\u00f6netilen PostgreSQL veritaban\u0131 istatistiklerini kapsaml\u0131 bir \u015fekilde analiz etmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7 seti olan Elastic Stack’i (Elasticsearch, Kibana, Logstash ve Beats) Ubuntu 18.04 i\u015fletim sistemi \u00fczerinde nas\u0131l kullanaca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. Ubuntu 18.04, kararl\u0131l\u0131\u011f\u0131 ve geni\u015f deste\u011fi nedeniyle sunucu ortamlar\u0131nda hala yayg\u0131n olarak kullan\u0131lmaktad\u0131r. Amac\u0131m\u0131z, veritaban\u0131 performans\u0131n\u0131 anlamak, darbo\u011fazlar\u0131 tespit etmek, sorunlar\u0131 proaktif olarak \u00e7\u00f6zmek ve kapasite planlamas\u0131 yapmak i\u00e7in gerekli ara\u00e7lar\u0131 ve y\u00f6ntemleri sa\u011flamakt\u0131r.<\/p>\n
Veritaban\u0131 izleme, herhangi bir uygulama altyap\u0131s\u0131n\u0131n vazge\u00e7ilmez bir par\u00e7as\u0131d\u0131r. PostgreSQL gibi karma\u015f\u0131k bir sistemin izlenmesi, bir\u00e7ok \u00f6nemli avantaj sunar:<\/p>\n
* Performans Darbo\u011fazlar\u0131n\u0131 Tespit Etme:<\/strong> Yava\u015f \u00e7al\u0131\u015fan sorgular, y\u00fcksek CPU veya I\/O kullan\u0131m\u0131, kilitlenmeler gibi performans sorunlar\u0131n\u0131 belirlemek ve gidermek i\u00e7in temeldir. Y\u00f6netilen PostgreSQL hizmetleri, veritaban\u0131 y\u00f6netiminin karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 azaltarak geli\u015ftiricilerin ve operasyon ekiplerinin temel i\u015flerine odaklanmalar\u0131n\u0131 sa\u011flar. Ancak, bu kolayl\u0131k beraberinde baz\u0131 izleme zorluklar\u0131n\u0131 da getirir:<\/p>\n * S\u0131n\u0131rl\u0131 \u0130\u015fletim Sistemi Eri\u015fimi:<\/strong> Y\u00f6netilen hizmetlerde, altta yatan i\u015fletim sistemine (Ubuntu 18.04 gibi) do\u011frudan SSH eri\u015fimi genellikle m\u00fcmk\u00fcn de\u011fildir. Bu, geleneksel sunucu tabanl\u0131 izleme ara\u00e7lar\u0131n\u0131n (\u00f6rne\u011fin, Bu zorluklara ra\u011fmen, Elastic Stack gibi g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm, Y\u00f6netilen PostgreSQL veritabanlar\u0131n\u0131n derinlemesine izlenmesi i\u00e7in esnek ve kapsaml\u0131 bir yakla\u015f\u0131m sunar.<\/p>\n Elastic Stack, ger\u00e7ek zamanl\u0131 veri analizi, arama ve g\u00f6rselle\u015ftirme i\u00e7in tasarlanm\u0131\u015f a\u00e7\u0131k kaynakl\u0131 bir yaz\u0131l\u0131m paketidir. Ba\u015flang\u0131\u00e7ta ELK Stack (Elasticsearch, Logstash, Kibana) olarak bilinen bu yap\u0131ya daha sonra hafif veri g\u00f6ndericileri olan Beats eklenmi\u015ftir.<\/p>\n * Elasticsearch:<\/strong> Da\u011f\u0131t\u0131k, RESTful bir arama ve analiz motorudur. T\u00fcm verilerinizin depoland\u0131\u011f\u0131 ve analiz edildi\u011fi merkezi depodur. JSON tabanl\u0131 belgeler halinde veri depolar ve \u00f6l\u00e7eklenebilirli\u011fi ile bilinir. PostgreSQL, sistemin i\u00e7 i\u015fleyi\u015fi hakk\u0131nda zengin istatistikler sunan bir\u00e7ok sistem g\u00f6r\u00fcn\u00fcm\u00fc sa\u011flar. Y\u00f6netilen bir ortamda bu g\u00f6r\u00fcn\u00fcmleri kullanarak veritaban\u0131n\u0131n durumunu anlamak kritik \u00f6neme sahiptir.<\/p>\n * Bu b\u00f6l\u00fcmde, Elastic Stack bile\u015fenlerini Ubuntu 18.04 sunucumuza kuracak ve Y\u00f6netilen PostgreSQL veritaban\u0131m\u0131z\u0131 izleme i\u00e7in yap\u0131land\u0131raca\u011f\u0131z.<\/p>\n Elastic Stack bile\u015fenlerini kurmadan \u00f6nce, Elastic GPG anahtar\u0131n\u0131 ve APT deposunu sistemimize eklememiz gerekiyor.<\/p>\n Elasticsearch Kurulumu:<\/strong><\/p>\n Kurulumdan sonra, Elasticsearch’\u00fc yap\u0131land\u0131rmam\u0131z gerekir. De\u011fi\u015fiklikleri kaydedin ve Elasticsearch servisini ba\u015flat\u0131n ve ba\u015flang\u0131\u00e7ta otomatik \u00e7al\u0131\u015facak \u015fekilde etkinle\u015ftirin:<\/p>\n Taray\u0131c\u0131n\u0131zdan Kibana Kurulumu:<\/strong><\/p>\n Kibana’y\u0131 yap\u0131land\u0131rmak i\u00e7in Kibana servisini ba\u015flat\u0131n ve etkinle\u015ftirin:<\/p>\n Taray\u0131c\u0131n\u0131zdan Logstash Kurulumu (\u0130ste\u011fe Ba\u011fl\u0131 ama Geli\u015fmi\u015f Log \u0130\u015fleme i\u00e7in \u00d6nerilir):<\/strong><\/p>\n Logstash, \u00f6zellikle karma\u015f\u0131k log formatlar\u0131n\u0131 ayr\u0131\u015ft\u0131rmak veya birden fazla kaynaktan gelen verileri birle\u015ftirmek gerekti\u011finde faydal\u0131d\u0131r. Bu makalede ana odak Metricbeat ve Filebeat \u00fczerinde olaca\u011f\u0131 i\u00e7in Logstash yap\u0131land\u0131rmas\u0131na daha sonra de\u011finece\u011fiz.<\/p>\n Y\u00f6netilen bir PostgreSQL hizmetinde, do\u011frudan dosya sistemi eri\u015fiminiz olmad\u0131\u011f\u0131 i\u00e7in yap\u0131land\u0131rma ad\u0131mlar\u0131 bulut sa\u011flay\u0131c\u0131n\u0131z\u0131n y\u00f6netim konsolu \u00fczerinden yap\u0131lmal\u0131d\u0131r.<\/p>\n 1. 4. G\u00fcvenlik Duvar\u0131 Kurallar\u0131:<\/strong> Ubuntu 18.04 sunucunuzdan Y\u00f6netilen PostgreSQL \u00f6rne\u011finize (genellikle varsay\u0131lan 5432 numaral\u0131 port \u00fczerinden) ba\u011flant\u0131ya izin veren g\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131 (hem sunucunuzun g\u00fcvenlik duvar\u0131 hem de bulut sa\u011flay\u0131c\u0131n\u0131z\u0131n g\u00fcvenlik gruplar\u0131\/a\u011f ACL’leri) yap\u0131land\u0131rd\u0131\u011f\u0131n\u0131zdan emin olun.<\/p>\n Metricbeat ve Filebeat, PostgreSQL’den metrikleri ve loglar\u0131 toplamak i\u00e7in kullan\u0131lan hafif veri g\u00f6ndericileridir.<\/p>\n Daha \u00f6nce Elastic deposunu ekledi\u011fimiz i\u00e7in do\u011frudan kurulum yapabiliriz:<\/p>\n Metricbeat, PostgreSQL i\u00e7in haz\u0131r bir mod\u00fcl ile gelir. Bu mod\u00fcl\u00fc etkinle\u015ftirmemiz ve yap\u0131land\u0131rmam\u0131z gerekir.<\/p>\n \u015eimdi mod\u00fcl\u00fcn yap\u0131land\u0131rma dosyas\u0131n\u0131 d\u00fczenleyin: Metricbeat’in \u00e7\u0131kt\u0131s\u0131n\u0131 Elasticsearch’e g\u00f6ndermesi i\u00e7in Y\u00f6netilen PostgreSQL hizmetlerinde, log dosyalar\u0131na do\u011frudan sunucu dosya sistemi \u00fczerinden eri\u015fiminiz yoktur. Loglar\u0131 toplamak i\u00e7in genellikle bulut sa\u011flay\u0131c\u0131n\u0131z\u0131n log hizmetlerinden yararlanman\u0131z gerekir.<\/p>\n Yayg\u0131n Yakla\u015f\u0131mlar:<\/strong><\/p>\n 1. Bulut Sa\u011flay\u0131c\u0131n\u0131n Log Ak\u0131\u015f\u0131:<\/strong> Bu senaryolarda, Filebeat do\u011frudan PostgreSQL sunucusunda \u00e7al\u0131\u015fmaz. Bunun yerine, loglar\u0131 alan bir ara sunucuda veya bir bulut fonksiyonunda \u00e7al\u0131\u015f\u0131r. Basitlik ad\u0131na, e\u011fer loglar\u0131 bir \u015fekilde merkezi bir sunucuya (\u00f6rne\u011fin bir NFS payla\u015f\u0131m\u0131 veya bir log toplama hizmeti arac\u0131l\u0131\u011f\u0131yla) aktarabiliyorsan\u0131z, Filebeat’i bu sunucuda yap\u0131land\u0131rabilirsiniz.<\/p>\n \u00d6rnek Filebeat Yap\u0131land\u0131rmas\u0131 (Loglar\u0131n Eri\u015filebilir Oldu\u011fu Varsay\u0131larak):<\/strong> Ard\u0131ndan, Filebeat’in \u00e7\u0131kt\u0131s\u0131n\u0131 Elasticsearch’e g\u00f6ndermesi i\u00e7in \u00d6nemli Not:<\/strong> Y\u00f6netilen PostgreSQL loglar\u0131n\u0131 Filebeat ile toplamak, bulut sa\u011flay\u0131c\u0131n\u0131n log toplama mekanizmas\u0131na ba\u011fl\u0131 olarak karma\u015f\u0131k olabilir. En yayg\u0131n senaryo, bulut sa\u011flay\u0131c\u0131n\u0131n loglar\u0131n\u0131 kendi log hizmetine (CloudWatch, Azure Monitor vb.) aktarmas\u0131, ard\u0131ndan bu hizmetlerden Logstash veya bir bulut fonksiyonu arac\u0131l\u0131\u011f\u0131yla Elasticsearch’e g\u00f6nderilmesidir. Bu makalede, Metricbeat’in Metricbeat ve Filebeat, Elasticsearch’e haz\u0131r panolar\u0131 ve indeks \u015fablonlar\u0131n\u0131 y\u00fcklemek i\u00e7in \u015eimdi Metricbeat ve Filebeat servislerini ba\u015flat\u0131n ve ba\u015flang\u0131\u00e7ta otomatik \u00e7al\u0131\u015facak \u015fekilde etkinle\u015ftirin:<\/p>\n Veriler Elasticsearch’e akmaya ba\u015flad\u0131\u011f\u0131nda, Kibana’y\u0131 kullanarak bu verileri ke\u015ffedebilir, g\u00f6rselle\u015ftirebilir ve panolar olu\u015fturabilirsiniz.<\/p>\n Taray\u0131c\u0131n\u0131zdan Sol men\u00fcden “Discover” (Ke\u015ffet) sekmesine t\u0131klay\u0131n. Burada Metricbeat, PostgreSQL i\u00e7in \u00f6nceden tan\u0131mlanm\u0131\u015f panolarla birlikte gelir. Sol men\u00fcden “Dashboard” (Pano) sekmesine gidin ve arama \u00e7ubu\u011funa * Veritaban\u0131 i\u015flem say\u0131lar\u0131 (commit\/rollback) Bu panolar, veritaban\u0131n\u0131z\u0131n genel sa\u011fl\u0131\u011f\u0131 ve performans\u0131 hakk\u0131nda h\u0131zl\u0131 bir genel bak\u0131\u015f sa\u011flar.<\/p>\n Haz\u0131r panolar yeterli olmad\u0131\u011f\u0131nda veya belirli bir metrik \u00fczerinde daha derinlemesine analiz yapmak istedi\u011finizde, kendi g\u00f6rselle\u015ftirmelerinizi olu\u015fturabilirsiniz.<\/p>\n 1. “Visualize” (G\u00f6rselle\u015ftir) Sekmesine Gidin:<\/strong> Sol men\u00fcden “Visualize” sekmesine t\u0131klay\u0131n ve “Create new visualization” (Yeni g\u00f6rselle\u015ftirme olu\u015ftur) se\u00e7ene\u011fini se\u00e7in. \u00d6rnek: Yava\u015f Sorgular\u0131 G\u00f6rselle\u015ftirme (Loglardan):<\/strong> 1. “Visualize” sekmesinde yeni bir g\u00f6rselle\u015ftirme olu\u015fturun (\u00f6rne\u011fin, “Data Table” veya “Bar Chart”). Kibana’n\u0131n Watcher \u00f6zelli\u011fi (X-Pack’in bir par\u00e7as\u0131d\u0131r ve baz\u0131 s\u00fcr\u00fcmlerde temel olarak mevcuttur), belirli ko\u015fullar kar\u015f\u0131land\u0131\u011f\u0131nda uyar\u0131lar g\u00f6ndermenizi sa\u011flar.<\/p>\n * Senaryolar:<\/strong> Watcher’\u0131 yap\u0131land\u0131rmak i\u00e7in Kibana’da “Stack Management” -> “Watcher” yolunu izleyebilirsiniz. Bir uyar\u0131 olu\u015ftururken, bir sorgu tan\u0131mlars\u0131n\u0131z (\u00f6rne\u011fin, son 5 dakikadaki * En Uzun S\u00fcren Sorgular:<\/strong> Y\u00f6netilen PostgreSQL hizmetleri, kendi yerel metriklerini (CPU, bellek, disk I\/O, a\u011f trafi\u011fi gibi altyap\u0131 metrikleri) sa\u011flar. Bu metrikler, Elasticsearch’e do\u011frudan Metricbeat ile toplanamaz \u00e7\u00fcnk\u00fc do\u011frudan i\u015fletim sistemi eri\u015fimi yoktur. Ancak, bu metrikleri de Elastic Stack’e dahil etmek m\u00fcmk\u00fcnd\u00fcr:<\/p>\n * CloudWatch\/Azure Monitor\/GCP Monitoring API’leri:<\/strong> Bu API’leri kullanarak metrikleri \u00e7ekebilir ve Logstash veya \u00f6zel bir uygulama arac\u0131l\u0131\u011f\u0131yla Elasticsearch’e g\u00f6nderebilirsiniz. Bu entegrasyonlar, PostgreSQL performans verilerini temel altyap\u0131 metrikleriyle ili\u015fkilendirerek daha b\u00fct\u00fcnsel bir g\u00f6r\u00fcn\u00fcm sa\u011flar.<\/p>\n Elastic Stack kurulumunuzun g\u00fcvenli\u011fini sa\u011flamak kritik \u00f6neme sahiptir:<\/p>\n * X-Pack G\u00fcvenli\u011fi:<\/strong> Elasticsearch ve Kibana’da kullan\u0131c\u0131 kimlik do\u011frulamas\u0131n\u0131 ve yetkilendirmeyi etkinle\u015ftirin. Rol tabanl\u0131 eri\u015fim kontrol\u00fc (RBAC) kullanarak farkl\u0131 kullan\u0131c\u0131lara farkl\u0131 izinler verin. \u0130zlenen veritaban\u0131 say\u0131s\u0131 veya veri hacmi artt\u0131k\u00e7a Elastic Stack kurulumunuzu \u00f6l\u00e7eklendirmeniz gerekebilir:<\/p>\n * Elasticsearch K\u00fcmesi:<\/strong> Birden fazla Elasticsearch d\u00fc\u011f\u00fcm\u00fc ekleyerek veri depolama ve sorgulama kapasitesini art\u0131r\u0131n. * Veriler Kibana’da G\u00f6r\u00fcnm\u00fcyor:<\/strong> Y\u00f6netilen PostgreSQL veritabanlar\u0131n\u0131n performans\u0131 ve sa\u011fl\u0131\u011f\u0131, herhangi bir modern uygulaman\u0131n ba\u015far\u0131s\u0131 i\u00e7in hayati \u00f6neme sahiptir. Bu makalede, Elastic Stack’in (Elasticsearch, Kibana, Logstash ve Beats) Ubuntu 18.04 \u00fczerinde nas\u0131l kurulaca\u011f\u0131n\u0131 ve Y\u00f6netilen PostgreSQL istatistiklerini nas\u0131l toplay\u0131p analiz edece\u011fini kapsaml\u0131 bir \u015fekilde inceledik.<\/p>\n Metricbeat’in PostgreSQL mod\u00fcl\u00fc sayesinde, Elastic Stack, sadece anl\u0131k sorunlar\u0131 \u00e7\u00f6zmekle kalmaz, ayn\u0131 zamanda uzun vadeli kapasite planlamas\u0131 ve performans trendlerinin analizi i\u00e7in de de\u011ferli bir ara\u00e7 seti sunar. Bu rehberdeki ad\u0131mlar\u0131 takip ederek, Y\u00f6netilen PostgreSQL veritabanlar\u0131n\u0131z \u00fczerinde tam kontrol sa\u011flayabilir ve uygulamalar\u0131n\u0131z\u0131n her zaman en y\u00fcksek performansta \u00e7al\u0131\u015fmas\u0131n\u0131 garanti edebilirsiniz.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Y\u00f6netilen PostgreSQL Veritaban\u0131 \u0130statistiklerini Elastic Stack Kullanarak Analiz Etme: Ubuntu 18.04 \u00dczerinde Kapsaml\u0131 Bir Rehber\nGiri\u015f\nG\u00fcn\u00fc","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":[1468],"tags":[],"class_list":{"0":"post-35288","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-ubuntu","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* Kaynak Kullan\u0131m\u0131n\u0131 Anlama:<\/strong> Bellek, disk, a\u011f ve CPU gibi kaynaklar\u0131n nas\u0131l kullan\u0131ld\u0131\u011f\u0131n\u0131 anlamak, kapasite planlamas\u0131 ve maliyet optimizasyonu i\u00e7in hayati \u00f6neme sahiptir.
\n* Hata Tespiti ve Hata Ay\u0131klama:<\/strong> Veritaban\u0131 hatalar\u0131n\u0131, ba\u011flant\u0131 sorunlar\u0131n\u0131 veya replikasyon gecikmelerini h\u0131zla tespit ederek kesinti s\u00fcrelerini minimize eder.
\n* Kapasite Planlamas\u0131:<\/strong> Ge\u00e7mi\u015f performans verilerini analiz ederek gelecekteki kaynak ihtiya\u00e7lar\u0131n\u0131 tahmin etmek, veritaban\u0131n\u0131n b\u00fcy\u00fcmesini ve \u00f6l\u00e7eklenmesini y\u00f6netmeye yard\u0131mc\u0131 olur.
\n* G\u00fcvenlik Denetimi:<\/strong> Ba\u015far\u0131s\u0131z ba\u011flant\u0131 denemeleri, yetkisiz eri\u015fim giri\u015fimleri gibi g\u00fcvenlik olaylar\u0131n\u0131 izleyerek olas\u0131 tehditlere kar\u015f\u0131 koruma sa\u011flar.
\n* Proaktif Sorun \u00c7\u00f6zme:<\/strong> Sorunlar kullan\u0131c\u0131lar\u0131 etkilemeden \u00f6nce uyar\u0131lar alarak ve m\u00fcdahale ederek sistemin genel kararl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r.<\/p>\nY\u00f6netilen PostgreSQL Hizmetleri ve \u0130zleme Zorluklar\u0131<\/h2>\n
top<\/code>, iostat<\/code> gibi komutlar) do\u011frudan kullan\u0131lamamas\u0131 anlam\u0131na gelir.
\n* K\u0131s\u0131tl\u0131 Yap\u0131land\u0131rma Eri\u015fimi:<\/strong> postgresql.conf<\/code> gibi kritik yap\u0131land\u0131rma dosyalar\u0131na do\u011frudan eri\u015fim s\u0131n\u0131rl\u0131 olabilir. Yap\u0131land\u0131rma de\u011fi\u015fiklikleri genellikle bulut sa\u011flay\u0131c\u0131s\u0131n\u0131n konsolu veya API’leri arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131r.
\n* Bulut Sa\u011flay\u0131c\u0131n\u0131n Metriklerine Ba\u011f\u0131ml\u0131l\u0131k:<\/strong> Y\u00f6netilen hizmetler, kendi izleme panolar\u0131n\u0131 ve metriklerini sunar (\u00f6rne\u011fin, AWS CloudWatch, Azure Monitor). Bu metrikler faydal\u0131 olsa da, genellikle yeterince ayr\u0131nt\u0131l\u0131 olmayabilir veya \u00f6zel analiz ara\u00e7lar\u0131yla kolayca entegre edilemeyebilir.
\n* Uzaktan \u0130zleme \u0130htiyac\u0131:<\/strong> Veritaban\u0131 sunucusuna do\u011frudan eri\u015fim olmad\u0131\u011f\u0131 i\u00e7in, izleme \u00e7\u00f6z\u00fcmlerinin veritaban\u0131na uzaktan ba\u011flanabilmesi ve istatistikleri \u00e7ekebilmesi gerekir. Bu, genellikle PostgreSQL’in kendi istatistik g\u00f6r\u00fcn\u00fcmlerini kullanmay\u0131 i\u00e7erir.<\/p>\nElastic Stack’i Tan\u0131yal\u0131m<\/h2>\n
\n* Kibana:<\/strong> Elasticsearch’te depolanan verileri ke\u015ffetmek, g\u00f6rselle\u015ftirmek ve panolar olu\u015fturmak i\u00e7in kullan\u0131lan bir web aray\u00fcz\u00fcd\u00fcr. Verilerinizi grafikler, tablolar ve haritalar arac\u0131l\u0131\u011f\u0131yla anlaman\u0131za yard\u0131mc\u0131 olur.
\n* Logstash:<\/strong> Dinamik veri toplama hatt\u0131d\u0131r. \u00c7e\u015fitli kaynaklardan (dosyalar, veritabanlar\u0131, a\u011f ak\u0131\u015flar\u0131 vb.) veri al\u0131r, d\u00f6n\u00fc\u015ft\u00fcr\u00fcr ve Elasticsearch’e g\u00f6nderir. Karma\u015f\u0131k veri i\u015fleme ve zenginle\u015ftirme yetenekleri sunar.
\n* Beats:<\/strong> Hafif, tek ama\u00e7l\u0131 veri g\u00f6ndericileri ailesidir. Sunucular\u0131n\u0131zdan veya di\u011fer kaynaklardan belirli t\u00fcrdeki verileri (g\u00fcnl\u00fckler, metrikler, a\u011f trafi\u011fi vb.) toplar ve do\u011frudan Elasticsearch’e veya Logstash’e g\u00f6nderir. PostgreSQL izlemesi i\u00e7in \u00f6zellikle Metricbeat ve Filebeat \u00f6nemlidir.<\/p>\n\u0130zlenecek Temel PostgreSQL \u0130statistikleri<\/h2>\n
pg_stat_activity<\/code>:<\/strong> Hangi arka plan i\u015flemlerinin \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, hangi sorgular\u0131n aktif oldu\u011funu, bekleyen olaylar\u0131 (wait events) ve her bir sorgunun durumunu g\u00f6sterir. Darbo\u011fazlar\u0131 ve uzun s\u00fcren sorgular\u0131 tespit etmek i\u00e7in \u00e7ok \u00f6nemlidir.
\n* pg_stat_database<\/code>:<\/strong> Veritaban\u0131 d\u00fczeyinde istatistikler sunar. \u0130\u015flem say\u0131lar\u0131 (commit\/rollback), okunan\/yaz\u0131lan bloklar, ge\u00e7ersiz k\u0131l\u0131nan sorgular (conflicts) ve ge\u00e7ici dosya kullan\u0131m\u0131 gibi bilgileri i\u00e7erir.
\n* pg_stat_statements<\/code>:<\/strong> Bu uzant\u0131 etkinle\u015ftirildi\u011finde, t\u00fcm sorgular\u0131n performans istatistiklerini (toplam y\u00fcr\u00fctme s\u00fcresi, \u00e7a\u011fr\u0131 say\u0131s\u0131, ortalama s\u00fcre vb.) izler. Sorgu optimizasyonu i\u00e7in vazge\u00e7ilmezdir. Y\u00f6netilen hizmetlerde bu uzant\u0131y\u0131 etkinle\u015ftirmek i\u00e7in bulut sa\u011flay\u0131c\u0131s\u0131n\u0131n aray\u00fcz\u00fcn\u00fc kullanman\u0131z gerekebilir.
\n* pg_stat_user_tables<\/code> \/ pg_stat_all_tables<\/code>:<\/strong> Tablo d\u00fczeyinde istatistikler sa\u011flar. S\u0131ral\u0131 taramalar (sequential scans), indeks taramalar\u0131 (index scans), canl\u0131\/\u00f6l\u00fc tuple say\u0131lar\u0131, ekleme\/g\u00fcncelleme\/silme i\u015flemleri gibi bilgileri i\u00e7erir.
\n* pg_stat_user_indexes<\/code> \/ pg_stat_all_indexes<\/code>:<\/strong> \u0130ndeks kullan\u0131m istatistiklerini g\u00f6sterir. Hangi indekslerin kullan\u0131ld\u0131\u011f\u0131n\u0131, ka\u00e7 kez tarand\u0131\u011f\u0131n\u0131 ve indeksin disk \u00fczerindeki boyutunu izlemek i\u00e7in faydal\u0131d\u0131r.
\n* pg_locks<\/code>:<\/strong> Veritaban\u0131ndaki aktif kilitlenmeleri g\u00f6sterir. Kilit \u00e7eki\u015fmelerini (lock contention) ve performans d\u00fc\u015f\u00fc\u015flerine neden olabilecek engellenen i\u015flemleri tespit etmek i\u00e7in kullan\u0131l\u0131r.
\n* pg_replication_slots<\/code> \/ pg_stat_replication<\/code>:<\/strong> E\u011fer replikasyon kullan\u0131l\u0131yorsa, replikasyon durumunu, gecikmeleri ve slot bilgilerini izlemek i\u00e7in kullan\u0131l\u0131r.
\n* pg_settings<\/code>:<\/strong> Mevcut veritaban\u0131 yap\u0131land\u0131rma parametrelerini g\u00f6sterir.
\n* PostgreSQL Loglar\u0131:<\/strong> Hatalar, yava\u015f sorgular, ba\u011flant\u0131 denemeleri, checkpoint’ler ve di\u011fer \u00f6nemli olaylar hakk\u0131nda bilgi i\u00e7erir. Y\u00f6netilen hizmetlerde bu loglara do\u011frudan dosya sistemi \u00fczerinden eri\u015fim olmasa da, bulut sa\u011flay\u0131c\u0131s\u0131n\u0131n log hizmetleri (\u00f6rn. CloudWatch Logs) arac\u0131l\u0131\u011f\u0131yla eri\u015filebilir ve Elastic Stack’e aktar\u0131labilirler.<\/p>\nUbuntu 18.04 \u00dczerinde \u0130zleme Ortam\u0131n\u0131 Kurma<\/h2>\n
Elastic Stack Kurulumu<\/h3>\n
# GPG anahtar\u0131n\u0131 ekle\nwget -qO - https:\/\/artifacts.elastic.co\/GPG-KEY-elasticsearch | sudo apt-key add -\n\napt-transport-https paketini y\u00fckle (e\u011fer y\u00fckl\u00fc de\u011filse)<\/h2>\nsudo apt-get install apt-transport-https\n\n
Elastic deposunu ekle<\/h2>\necho \"deb https:\/\/artifacts.elastic.co\/packages\/7.x\/apt stable main\" | sudo tee -a \/etc\/apt\/sources.list.d\/elastic-7.x.list\n\n
Paket listesini g\u00fcncelle<\/h2>\nsudo apt-get update<\/code><\/pre>\n
sudo apt-get install elasticsearch<\/code><\/pre>\nsudo nano \/etc\/elasticsearch\/elasticsearch.yml<\/code> dosyas\u0131n\u0131 a\u00e7\u0131n ve a\u015fa\u011f\u0131daki temel ayarlar\u0131 yap\u0131n:<\/p>\n# A\u011f ayarlar\u0131\nnetwork.host: 0.0.0.0 # T\u00fcm aray\u00fczlerden eri\u015fime izin verir, g\u00fcvenlik duvar\u0131 ile k\u0131s\u0131tlay\u0131n\nhttp.port: 9200\n\nK\u00fcme ve d\u00fc\u011f\u00fcm adlar\u0131 (iste\u011fe ba\u011fl\u0131)<\/h2>\ncluster.name: elastic-cluster\nnode.name: node-1\n\n
Bellek ayarlar\u0131 (sistem belle\u011finizin yar\u0131s\u0131, max 31GB)<\/h2>\n
jvm.options dosyas\u0131nda ayarlan\u0131r, ancak burada bir not d\u00fc\u015felim:<\/h2>\n
sudo nano \/etc\/elasticsearch\/jvm.options<\/h2>\n
-Xms4g<\/h2>\n
-Xmx4g<\/code><\/pre>\n<\/h2>\n
sudo systemctl start elasticsearch\nsudo systemctl enable elasticsearch\nsudo systemctl status elasticsearch # Durumunu kontrol edin<\/code><\/pre>\nhttp:\/\/sudo apt-get install kibana<\/code><\/pre>\nsudo nano \/etc\/kibana\/kibana.yml<\/code> dosyas\u0131n\u0131 d\u00fczenleyin:<\/p>\nserver.port: 5601\nserver.host: \"0.0.0.0\" # T\u00fcm aray\u00fczlerden eri\u015fime izin verir\nelasticsearch.hosts: [\"http:\/\/localhost:9200\"] # Elasticsearch adresini belirtin<\/code><\/pre>\nsudo systemctl start kibana\nsudo systemctl enable kibana\nsudo systemctl status kibana<\/code><\/pre>\nhttp:\/\/sudo apt-get install logstash<\/code><\/pre>\nY\u00f6netilen PostgreSQL’i \u0130zleme \u0130\u00e7in Yap\u0131land\u0131rma<\/h3>\n
pg_stat_statements<\/code> Uzant\u0131s\u0131n\u0131 Etkinle\u015ftirme:<\/strong> Performans analizi i\u00e7in kritik olan pg_stat_statements<\/code> uzant\u0131s\u0131n\u0131 etkinle\u015ftirin. Genellikle bu, veritaban\u0131 parametre grubunuzu d\u00fczenleyerek shared_preload_libraries<\/code> ayar\u0131na pg_stat_statements<\/code> ekleyerek ve veritaban\u0131n\u0131 yeniden ba\u015flatarak yap\u0131l\u0131r. Ayr\u0131ca, pg_stat_statements.max<\/code> ve pg_stat_statements.track<\/code> gibi ayarlar\u0131 da yap\u0131land\u0131rman\u0131z gerekebilir.
\n2. G\u00fcnl\u00fck Kay\u0131t Ayarlar\u0131n\u0131 D\u00fczenleme:<\/strong> Y\u00f6netilen hizmetlerde, g\u00fcnl\u00fck kay\u0131t ayarlar\u0131n\u0131 bulut sa\u011flay\u0131c\u0131n\u0131z\u0131n konsolu \u00fczerinden yap\u0131land\u0131r\u0131n. \u00d6zellikle a\u015fa\u011f\u0131daki ayarlar \u00f6nemlidir:
\n * log_min_duration_statement<\/code>: Belirtilen s\u00fcreden daha uzun s\u00fcren t\u00fcm sorgular\u0131 g\u00fcnl\u00fc\u011fe kaydeder (\u00f6rn. 250ms<\/code>). Yava\u015f sorgular\u0131 tespit etmek i\u00e7in hayati \u00f6neme sahiptir.
\n * log_checkpoints<\/code>: Checkpoint olaylar\u0131n\u0131 g\u00fcnl\u00fc\u011fe kaydeder.
\n * log_connections<\/code>, log_disconnections<\/code>: Ba\u011flant\u0131 a\u00e7\u0131l\u0131\u015f ve kapan\u0131\u015flar\u0131n\u0131 g\u00fcnl\u00fc\u011fe kaydeder.
\n * log_error_verbosity<\/code>: G\u00fcnl\u00fcklerdeki hata mesajlar\u0131n\u0131n detay seviyesini ayarlar (\u00f6rn. default<\/code>, verbose<\/code>).
\n3. \u0130zleme Kullan\u0131c\u0131s\u0131 Olu\u015fturma:<\/strong> Elastic Stack’in PostgreSQL’e ba\u011flanabilmesi i\u00e7in \u00f6zel, salt okunur bir kullan\u0131c\u0131 olu\u015fturmak en iyi g\u00fcvenlik uygulamas\u0131d\u0131r. Bu kullan\u0131c\u0131ya pg_stat_*<\/code> g\u00f6r\u00fcn\u00fcmlerine ve pg_settings<\/code>‘e eri\u015fim izni verin.<\/p>\nCREATE USER monitor WITH PASSWORD 'sifre';\n GRANT SELECT ON pg_stat_activity TO monitor;\n GRANT SELECT ON pg_stat_database TO monitor;\n -- Di\u011fer pg_stat_* g\u00f6r\u00fcn\u00fcmleri i\u00e7in de benzer izinler verin\n GRANT SELECT ON pg_stat_statements TO monitor; -- E\u011fer etkinse\n GRANT SELECT ON pg_settings TO monitor;<\/code><\/pre>\nMetricbeat ve Filebeat ile PostgreSQL Verilerini Toplama<\/h2>\n
Metricbeat ve Filebeat Kurulumu<\/h3>\n
sudo apt-get install metricbeat filebeat<\/code><\/pre>\nMetricbeat Yap\u0131land\u0131rmas\u0131 (PostgreSQL Metrikleri \u0130\u00e7in)<\/h3>\n
sudo metricbeat modules enable postgresql<\/code><\/pre>\nsudo nano \/etc\/metricbeat\/modules.d\/postgresql.yml<\/code>.
\nhosts<\/code> b\u00f6l\u00fcm\u00fcn\u00fc Y\u00f6netilen PostgreSQL \u00f6rne\u011finizin u\u00e7 noktas\u0131 ve portu ile g\u00fcncelleyin. Kullan\u0131c\u0131 ad\u0131 ve \u015fifreyi de ekleyin.<\/p>\n- module: postgresql\n metricsets:\n - database\n - bgwriter\n - activity\n - statement # pg_stat_statements uzant\u0131s\u0131 etkinse\n - wal # WAL istatistikleri i\u00e7in\n - replication # Replikasyon istatistikleri i\u00e7in\n - index # Index istatistikleri i\u00e7in\n - table # Table istatistikleri i\u00e7in\n period: 10s\n hosts: [\"sudo nano \/etc\/metricbeat\/metricbeat.yml<\/code> dosyas\u0131n\u0131 d\u00fczenleyin. Elasticsearch \u00e7\u0131kt\u0131 b\u00f6l\u00fcm\u00fcn\u00fc etkinle\u015ftirin ve Logstash \u00e7\u0131kt\u0131 b\u00f6l\u00fcm\u00fcn\u00fc yorum sat\u0131r\u0131 yap\u0131n (e\u011fer Logstash kullanm\u0131yorsan\u0131z):<\/p>\noutput.elasticsearch:\n hosts: [\"localhost:9200\"]\n # username: \"elastic\" # E\u011fer Elasticsearch g\u00fcvenli\u011fi etkinse\n # password: \"changeme\"<\/code><\/pre>\nFilebeat Yap\u0131land\u0131rmas\u0131 (PostgreSQL Loglar\u0131 \u0130\u00e7in)<\/h3>\n
\n * AWS RDS:<\/strong> PostgreSQL loglar\u0131 CloudWatch Logs’a g\u00f6nderilir. Buradan Kinesis Firehose veya Lambda fonksiyonlar\u0131 arac\u0131l\u0131\u011f\u0131yla S3’e aktar\u0131labilir. S3’ten Logstash veya \u00f6zel bir uygulama ile Elasticsearch’e g\u00f6nderilebilir.
\n * Azure Database for PostgreSQL:<\/strong> Azure Monitor Logs’a g\u00f6nderilir. Buradan Event Hubs arac\u0131l\u0131\u011f\u0131yla Logstash’e veya Azure Functions ile Elasticsearch’e g\u00f6nderilebilir.
\n * Google Cloud SQL:<\/strong> Cloud Logging’e g\u00f6nderilir. Buradan Pub\/Sub ile Logstash’e veya Dataflow ile Elasticsearch’e aktar\u0131labilir.<\/p>\n
\nBu, loglar\u0131n Filebeat’in \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131 sunucuda bir dizinde oldu\u011fu senaryo i\u00e7indir. Y\u00f6netilen PostgreSQL i\u00e7in genellikle bu ge\u00e7erli de\u011fildir, ancak loglar\u0131n bir \u015fekilde bu sunucuya aktar\u0131ld\u0131\u011f\u0131n\u0131 varsayal\u0131m.<\/p>\nsudo filebeat modules enable postgresql<\/code><\/pre>\nsudo nano \/etc\/filebeat\/modules.d\/postgresql.yml<\/code> dosyas\u0131n\u0131 d\u00fczenleyin:<\/p>\n- module: postgresql\n log:\n enabled: true\n # logs'lar\u0131n bulundu\u011fu dizini belirtin.\n # Y\u00f6netilen hizmetlerde bu genellikle bir bulut sa\u011flay\u0131c\u0131s\u0131n\u0131n log hizmetinden \u00e7ekilerek\n # yerel bir dizine yaz\u0131lm\u0131\u015f olmal\u0131d\u0131r veya Logstash gibi bir ara katman kullan\u0131lmal\u0131d\u0131r.\n var.paths: [\"\/var\/log\/postgresql\/*.log\"] # Bu \u00f6rnek bir yerel yol g\u00f6sterir.\n # Ger\u00e7ekte, bulut sa\u011flay\u0131c\u0131n\u0131z\u0131n loglar\u0131n\u0131 \u00e7eken\n # bir mekanizma ile bu loglar buraya yaz\u0131lmal\u0131.<\/code><\/pre>\nsudo nano \/etc\/filebeat\/filebeat.yml<\/code> dosyas\u0131n\u0131 d\u00fczenleyin:<\/p>\noutput.elasticsearch:\n hosts: [\"localhost:9200\"]\n # username: \"elastic\"\n # password: \"changeme\"<\/code><\/pre>\npg_stat_*<\/code> g\u00f6r\u00fcn\u00fcmlerinden metrik toplama yetene\u011fine odaklan\u0131rken, log toplama i\u00e7in yukar\u0131daki bulut sa\u011flay\u0131c\u0131 entegrasyonlar\u0131n\u0131 ak\u0131lda tutmak \u00f6nemlidir.<\/p>\nDashboards Y\u00fckleme ve Beats’i Ba\u015flatma<\/h3>\n
setup<\/code> komutuna sahiptir.<\/p>\n# Metricbeat i\u00e7in\nsudo metricbeat setup -e\n\nFilebeat i\u00e7in (e\u011fer log toplama yap\u0131land\u0131r\u0131ld\u0131ysa)<\/h2>\nsudo filebeat setup -e<\/code><\/pre>\n
sudo systemctl start metricbeat\nsudo systemctl enable metricbeat\nsudo systemctl status metricbeat\n\nsudo systemctl start filebeat\nsudo systemctl enable filebeat\nsudo systemctl status filebeat<\/code><\/pre>\nKibana’da Verileri Analiz Etme<\/h2>\n
Kibana’ya Eri\u015fim<\/h3>\n
http:\/\/Discover Sekmesini Ke\u015ffetme<\/h3>\n
metricbeat-<\/code> ve filebeat-<\/em><\/code> (e\u011fer loglar toplan\u0131yorsa) indeks kal\u0131plar\u0131n\u0131 se\u00e7erek ham verileri g\u00f6rebilirsiniz. Zaman aral\u0131\u011f\u0131n\u0131 sa\u011f \u00fcst k\u00f6\u015feden ayarlayarak son 15 dakika, son 1 saat gibi belirli zaman dilimlerindeki verilere odaklanabilirsiniz.<\/p>\nHaz\u0131r Panolar\u0131 Kullanma<\/h3>\n
postgresql<\/code> yaz\u0131n. [Metricbeat PostgreSQL] Overview<\/code> panosunu a\u00e7\u0131n. Bu pano, a\u015fa\u011f\u0131daki gibi \u00f6nemli metrikleri g\u00f6sterir:<\/p>\n
\n* Aktif ba\u011flant\u0131lar
\n* Cache hit oranlar\u0131
\n* I\/O istatistikleri
\n* WAL (Write-Ahead Log) istatistikleri
\n* Uzun s\u00fcren sorgular (e\u011fer pg_stat_statements<\/code> veya loglardan geliyorsa)
\n* Tablo ve indeks tarama say\u0131lar\u0131<\/p>\n\u00d6zel G\u00f6rselle\u015ftirmeler Olu\u015fturma<\/h3>\n
\n2. G\u00f6rselle\u015ftirme T\u00fcr\u00fcn\u00fc Se\u00e7in:<\/strong> \u00d6rne\u011fin, “Line” (\u00c7izgi) grafik se\u00e7elim.
\n3. \u0130ndeks Kal\u0131b\u0131n\u0131 Se\u00e7in:<\/strong> metricbeat-<\/code> veya filebeat-<\/em><\/code> (loglar i\u00e7in).
\n4. Metrikleri ve Gruplamalar\u0131 Ayarlay\u0131n:<\/strong>
\n * Y-ekseni (Metrik):<\/strong>
\n * Ortalama aktif ba\u011flant\u0131 say\u0131s\u0131n\u0131 g\u00f6rmek i\u00e7in Aggregation: Average<\/code>, Field: postgresql.activity.count<\/code> se\u00e7ebilirsiniz.
\n * Saniyedeki i\u015flem say\u0131s\u0131n\u0131 g\u00f6rmek i\u00e7in Aggregation: Sum<\/code>, Field: postgresql.database.transactions.committed<\/code> veya rolled_back<\/code> se\u00e7ip “Rate” d\u00f6n\u00fc\u015f\u00fcm\u00fcn\u00fc kullanabilirsiniz.
\n * pg_stat_statements<\/code> verilerinden ortalama sorgu s\u00fcresini g\u00f6rmek i\u00e7in Aggregation: Average<\/code>, Field: postgresql.statement.total_time<\/code> se\u00e7ebilirsiniz.
\n * X-ekseni (Kova):<\/strong>
\n * Zamana g\u00f6re de\u011fi\u015fimi g\u00f6rmek i\u00e7in Aggregation: Date Histogram<\/code>, Field: @timestamp<\/code> se\u00e7in.
\n * Gruplama (Split Series\/Split Slice):<\/strong>
\n * Farkl\u0131 veritabanlar\u0131 i\u00e7in metrikleri ay\u0131rmak i\u00e7in Aggregation: Terms<\/code>, Field: postgresql.database.name.keyword<\/code> se\u00e7ebilirsiniz.<\/p>\n
\nE\u011fer PostgreSQL loglar\u0131n\u0131zda log_min_duration_statement<\/code> etkin ve bu loglar Filebeat\/Logstash arac\u0131l\u0131\u011f\u0131yla Elasticsearch’e geliyorsa, yava\u015f sorgular\u0131 g\u00f6rselle\u015ftirebilirsiniz.<\/p>\n
\n2. Y-ekseni i\u00e7in Aggregation: Count<\/code> se\u00e7in.
\n3. X-ekseni (Kova) i\u00e7in Aggregation: Terms<\/code>, Field: message.keyword<\/code> (veya log mesaj\u0131n\u0131 ayr\u0131\u015ft\u0131rd\u0131ysan\u0131z sorgu metnini i\u00e7eren alan) se\u00e7in.
\n4. Filter<\/code> ekleyerek sadece yava\u015f sorgu loglar\u0131n\u0131 filtreleyebilirsiniz (\u00f6rn. message: \"duration:<\/em>\"<\/code>).
\nBu sayede en s\u0131k g\u00f6r\u00fclen yava\u015f sorgular\u0131 tespit edebilirsiniz.<\/p>\nWatcher ile Uyar\u0131lar Olu\u015fturma<\/h3>\n
\n * Ortalama CPU kullan\u0131m\u0131 belirli bir e\u015fi\u011fi a\u015ft\u0131\u011f\u0131nda.
\n * Aktif ba\u011flant\u0131 say\u0131s\u0131 belirli bir s\u0131n\u0131r\u0131 ge\u00e7ti\u011finde.
\n * PostgreSQL loglar\u0131nda “ERROR” veya “FATAL” mesajlar\u0131n\u0131n say\u0131s\u0131 belirli bir s\u00fcre i\u00e7inde artt\u0131\u011f\u0131nda.
\n * Belirli bir sorgunun ortalama y\u00fcr\u00fctme s\u00fcresi beklenenin \u00fczerine \u00e7\u0131kt\u0131\u011f\u0131nda.<\/p>\npostgresql.activity.count<\/code> ortalamas\u0131 > 100 ise), bir ko\u015ful belirlersiniz ve bir eylem (e-posta g\u00f6nderme, Slack bildirimi, webhook \u00e7a\u011f\u0131rma) tan\u0131mlars\u0131n\u0131z.<\/p>\nGeli\u015fmi\u015f \u0130zleme Hususlar\u0131<\/h2>\n
pg_stat_statements<\/code> ile Sorgu Optimizasyonu<\/h3>\npg_stat_statements<\/code> uzant\u0131s\u0131, veritaban\u0131n\u0131zdaki en pahal\u0131 sorgular\u0131 belirlemek i\u00e7in paha bi\u00e7ilmezdir. Metricbeat bu verileri toplad\u0131\u011f\u0131nda, Kibana’da a\u015fa\u011f\u0131daki gibi analizler yapabilirsiniz:<\/p>\npostgresql.statement.total_time<\/code> alan\u0131na g\u00f6re s\u0131ralayarak.
\n* En \u00c7ok \u00c7al\u0131\u015fan Sorgular:<\/strong> postgresql.statement.calls<\/code> alan\u0131na g\u00f6re s\u0131ralayarak.
\n* Ortalama Y\u00fcr\u00fctme S\u00fcresi:<\/strong> postgresql.statement.mean_time<\/code> alan\u0131n\u0131 kullanarak.
\nBu verilerle, hangi sorgular\u0131n optimize edilmesi gerekti\u011fini, hangi indekslerin eksik oldu\u011funu veya hangi veritaban\u0131 \u015femas\u0131n\u0131n yeniden tasarlanmas\u0131 gerekti\u011fini h\u0131zl\u0131ca anlayabilirsiniz.<\/p>\nBulut Sa\u011flay\u0131c\u0131 Metrikleri ile Entegrasyon<\/h3>\n
\n* Elastic Cloud Entegrasyonlar\u0131:<\/strong> Elastic Cloud, baz\u0131 bulut sa\u011flay\u0131c\u0131lar\u0131n\u0131n metriklerini do\u011frudan entegre etme yetene\u011fine sahiptir.<\/p>\nG\u00fcvenlik<\/h3>\n
\n* SSL\/TLS:<\/strong> Elastic Stack bile\u015fenleri aras\u0131ndaki ileti\u015fimi ve istemci eri\u015fimini SSL\/TLS ile \u015fifreleyin.
\n* G\u00fcvenlik Duvar\u0131:<\/strong> Elasticsearch (9200) ve Kibana (5601) portlar\u0131na sadece g\u00fcvenilir IP adreslerinden eri\u015fime izin verin.
\n* Veritaban\u0131 Kullan\u0131c\u0131s\u0131:<\/strong> PostgreSQL’e ba\u011flanan Metricbeat kullan\u0131c\u0131s\u0131n\u0131n sadece gerekli minimum izinlere sahip oldu\u011fundan emin olun (salt okunur).<\/p>\n\u00d6l\u00e7eklenebilirlik<\/h3>\n
\n* Beats Y\u00fck\u00fc:<\/strong> E\u011fer \u00e7ok say\u0131da Managed PostgreSQL \u00f6rne\u011fini izliyorsan\u0131z, birden fazla Metricbeat\/Filebeat sunucusu kurarak y\u00fck\u00fc da\u011f\u0131tabilirsiniz.
\n* Logstash:<\/strong> E\u011fer karma\u015f\u0131k veri i\u015fleme ihtiya\u00e7lar\u0131n\u0131z varsa, Logstash’i bir k\u00fcme olarak \u00e7al\u0131\u015ft\u0131rabilir veya Kafka\/RabbitMQ gibi mesaj kuyruklar\u0131 ile entegre edebilirsiniz.<\/p>\nS\u0131k Kar\u015f\u0131la\u015f\u0131lan Sorun Giderme<\/h2>\n
\n * Elasticsearch’\u00fcn \u00e7al\u0131\u015f\u0131r durumda oldu\u011fundan emin olun (sudo systemctl status elasticsearch<\/code>).
\n * Kibana’n\u0131n \u00e7al\u0131\u015f\u0131r durumda oldu\u011fundan emin olun (sudo systemctl status kibana<\/code>).
\n * Metricbeat\/Filebeat’in \u00e7al\u0131\u015f\u0131r durumda oldu\u011fundan emin olun (sudo systemctl status metricbeat<\/code>).
\n * Metricbeat\/Filebeat loglar\u0131n\u0131 kontrol edin (sudo journalctl -u metricbeat -f<\/code> veya \/var\/log\/metricbeat\/metricbeat<\/code>). Ba\u011flant\u0131 hatalar\u0131 veya yap\u0131land\u0131rma sorunlar\u0131 olabilir.
\n * Elasticsearch’e eri\u015fim i\u00e7in g\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131 kontrol edin.
\n Kibana’da do\u011fru indeks kal\u0131b\u0131n\u0131 (metricbeat-<\/em><\/code>, filebeat-*<\/code>) se\u00e7ti\u011finizden ve zaman aral\u0131\u011f\u0131n\u0131n do\u011fru ayarland\u0131\u011f\u0131ndan emin olun.
\n* PostgreSQL Ba\u011flant\u0131 Hatalar\u0131:<\/strong>
\n * Metricbeat yap\u0131land\u0131rma dosyas\u0131ndaki (postgresql.yml) hosts<\/code>, username<\/code>, password<\/code> bilgilerinin do\u011fru oldu\u011fundan emin olun.
\n * PostgreSQL kullan\u0131c\u0131s\u0131n\u0131n do\u011fru izinlere sahip oldu\u011fundan emin olun.
\n * Ubuntu sunucunuzdan Y\u00f6netilen PostgreSQL \u00f6rne\u011fine ping atabildi\u011finizden veya psql<\/code> ile ba\u011flanabildi\u011finizden emin olun. G\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131 kontrol edin.
\n* Performans Sorunlar\u0131 (\u0130zleme Sunucusunda):<\/strong>
\n * Elasticsearch i\u00e7in yeterli bellek ayr\u0131ld\u0131\u011f\u0131ndan emin olun (jvm.options dosyas\u0131nda Xms\/Xmx ayarlar\u0131).
\n * Disk I\/O’sunu kontrol edin. Elasticsearch y\u00fcksek I\/O kullanabilir. SSD kullan\u0131lmas\u0131 \u00f6nerilir.
\n * CPU kullan\u0131m\u0131n\u0131 izleyin. Gerekirse Elastic Stack bile\u015fenleri i\u00e7in daha g\u00fc\u00e7l\u00fc bir sunucuya ge\u00e7in veya k\u00fcmenizi geni\u015fletin.<\/p>\nSonu\u00e7<\/h2>\n
pg_stat_*<\/code> g\u00f6r\u00fcn\u00fcmlerinden elde edilen zengin metrikleri kolayca toplayabilir ve Elasticsearch’e aktarabiliriz. Kibana’n\u0131n g\u00fc\u00e7l\u00fc g\u00f6rselle\u015ftirme yetenekleri ile bu metrikleri anlaml\u0131 panolara d\u00f6n\u00fc\u015ft\u00fcrerek veritaban\u0131 performans\u0131n\u0131 ger\u00e7ek zamanl\u0131 olarak izleyebilir, darbo\u011fazlar\u0131 tespit edebilir ve potansiyel sorunlar\u0131 proaktif olarak \u00e7\u00f6zebiliriz. Y\u00f6netilen hizmetlerde log toplama, bulut sa\u011flay\u0131c\u0131n\u0131n log hizmetleri \u00fczerinden daha karma\u015f\u0131k bir s\u00fcre\u00e7 gerektirse de, bu loglar\u0131n Elastic Stack’e aktar\u0131lmas\u0131yla kapsaml\u0131 bir izleme \u00e7\u00f6z\u00fcm\u00fc elde edilebilir.<\/p>\n