Bildiğiniz üzere son yılların en vurucu açık kaynak kodlu yazılımı Kubernetes desek yanlış olmaz. Bir çok firma modern mikro servis mimarisine geçiş yapmaya çalışıyor, bu yolda Kubernetes ile sıkça haşır neşir oluyorlar.
Bu başlıkta Kubernetes hakkında sorularınızı/sorunlarınızı yazabilir, topluluğumuzdan yardım alabilirsiniz!
Ben başlayayım öyleyse
Soru: Kubernetes üzerinde monitoring amaçları için “kube-prometheus” operatörü kullanmak yerine(grafana ve prometheus başka bir kaynakta barındırıldığını düşünelim) sadece node_exporter ve sidecar container kullanmak daha mı sağlıklıdır?
Selamlar,
Aslında bu konu yapınıza göre fazlasıyla değişiklik göstermekte, hayali bir senaryo düşünelim.
Bu senaryoda PVC ( Persistent Volume Claims) Benzeri bir çözüm kullanmadığınızı, datalarınızı Node’lar üzerinde tuttuğunuzu düşünelim.
X bir senaryoda Node&podların’ların down olması durumunda geçmiş monitor verilerinizi kaybedeceksiniz.
Böyle bir senaryoda 3. bir noktaya export etmek daha mantıklı olabilir.
Fakat K8S arkasında bir ortak storage var ise.
Benim tavsiyem (ekonomik sebeplerden ötürü) K8S içerisinde tutmak olacaktır.
Bir de Tüm node’ları & podları kaybetmek nadir yaşanacak durumlardır.
Altyapınız hakkında daha detaylı bilgiler verebilirseniz daha efektif destek olmak isterim.
Sağlıkla kalın.
Eğer kube-prometheus stack kullanamıyorsak ve X bir sebepten direkt olarak kube-state-metrics kurmadıysak bu senaryoda daha sağlıklı diyebilirim.
Node Exporter ve Sidecar Container ile özetle izlenebilecekler:
Kubernetes Nodelarının Durumları: Node Exporter ile CPU, Memory, disk, network gibi OS seviyesindeki metrikler izlenebilir.
Container Logları: Sidecar container ile uygulamanın loglarını, kendine özgü metrikleri gibi değerler izlenebilir.
Bu senaryoda eksik kalan, özetle izlenemeyecekler:
Kubernetes Objeleri ve Metrikleri: Pod, Deployment, Namespace gibi Kubernetes objelerinin durumları ve metrikleri izlenemeyecektir.
Kubernetes Bileşen Metrikleri: kube-apiserver, kube-scheduler gibi gömülü Kubernetes bileşenlerinin state, perfomans metrikleri gibi değerler izlenemeyecektir. Örnek olarak kube-api endpointlerine gelen call, latency gibi metrikler.
Soru: replicaset ayarlanmamış ve hpa aktif olmayan 3 node’lu bir k8s clusterda apply edilen her deployment neden birden fazla pod şeklinde aktif olur.
download-dd8c9964-j8v55 gibi tek bir pod olması gerekirken neden 3 adet açar?
Bu senaryoda 3 pod olmaması gerekiyor, konfigürasyonun tekrar kontrol edilmesinde fayda var.