<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Grafana on Techetio</title><link>https://techetio.com/tag/grafana/</link><description>Recent content in Grafana on Techetio</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Sun, 19 Oct 2025 17:44:39 +0000</lastBuildDate><atom:link href="https://techetio.com/tag/grafana/index.xml" rel="self" type="application/rss+xml"/><item><title>Doing Deadman Checks With Prometheus Metrics in MetricsQL</title><link>https://techetio.com/2025/10/19/doing-deadman-checks-with-prometheus-metrics-in-metricsql/</link><pubDate>Sun, 19 Oct 2025 17:44:39 +0000</pubDate><guid>https://techetio.com/2025/10/19/doing-deadman-checks-with-prometheus-metrics-in-metricsql/</guid><description>&lt;p&gt;The lack of functionality to do deadman checks is one of my biggest gripes with PromQL. Fortunately, MetricsQL (a superset of PromQL) has added this functionality, and it&amp;rsquo;s very easy to use. If you&amp;rsquo;re not familiar with MetricsQL, it&amp;rsquo;s the built in query language in VictoriaMetrics, a horizontally scalable time series database. VictoriaMetrics is my go to database for storing Prometheus metrics because of how performant and easy to use it is compared to alternatives like Mimir or Thanos.&lt;/p&gt;</description></item><item><title>Setting Up A Grafana Loki Demo Environment on Kubernetes</title><link>https://techetio.com/2024/08/25/setting-up-a-grafana-loki-demo-environment-on-kubernetes/</link><pubDate>Sun, 25 Aug 2024 19:10:12 +0000</pubDate><guid>https://techetio.com/2024/08/25/setting-up-a-grafana-loki-demo-environment-on-kubernetes/</guid><description>&lt;p&gt;I recently wanted to set up a small Loki environment on Kubernetes just to see how it worked, evaluate how it performs out of the box, and decide if it was something I wanted to use for a small logging environment. Grafana has Helm charts available and instructions on how to use them for this specific purpose, but I (among many others based on the countless GitHub issues) have still had an incredibly difficult time setting up the simplest possible Loki environment. Because of that, I figured I would put out what ended up working for me.&lt;/p&gt;</description></item><item><title>Evaluating Backend Options For Prometheus Metrics</title><link>https://techetio.com/2022/08/21/evaluating-backend-options-for-prometheus-metrics/</link><pubDate>Sun, 21 Aug 2022 03:49:03 +0000</pubDate><guid>https://techetio.com/2022/08/21/evaluating-backend-options-for-prometheus-metrics/</guid><description>&lt;p&gt;I&amp;rsquo;ve recently been looking at consolidating metrics from multiple Prometheus servers into one horizontally scalable central store. There&amp;rsquo;s plenty of open source options out there, with the most notable being Thanos, Cortex (now Mimir), Victoria Metrics, M3DB, etc.&lt;/p&gt;&#10;&lt;p&gt;I&amp;rsquo;ve managed to narrow my search down to Mimir and Victoria Metrics. The main reason for going with these two is that they offer support for more metric formats than just Prometheus, and while this isn&amp;rsquo;t a requirement, for my specific use case it&amp;rsquo;s a nice to have. Mimir has major support behind it through it&amp;rsquo;s creator, Grafana Labs, as well as the open source community surrounding Grafana and it&amp;rsquo;s umbrella of products. While Victoria Metrics isn&amp;rsquo;t quite as known as Grafana Labs or Mimir, it has plenty of open source support behind it, and an Enterprise offering there to maintain and build upon it.&lt;/p&gt;</description></item></channel></rss>