# [[GrafanaCON 2026 - Mimir Community Call]] ![[GrafanaCON 2026 - Mimir Community Call.svg]] speakers:: "[[Marco Pracucci]], [[Jay Clifford]]" - Mimir 3.0 was launched nearly a year ago - New architecture: ingest storage architecture ([[Project WarpStream]]) - New query engine, [[Mimir Query Engine]] - RF2, but quorum 1 - write path: write to two places for high availability - read path: only need to query one of the two copies - old architecture: RF3, quorum 2. - We proved the theory: Decoupling read and write paths improved performance - Much lower outage probability - The tradeoff: write latency is higher, but the Mimir team has worked to reduce this in other ways. - MQE - They used to use the Prometheus Query Engine, but that wrote all the results to the buffer and then the PromQL query ran on top of it, which was hard to scale. MQE computes a running calculation that changes as more metrics are read - Allowed them to make more optimizations - [[Abstract Syntax Tree]] optimization: Sometimes PromQL queries can be rewritten in another way so that it's more easily analyzed, transformed, and optimized - These are things a human could do by rewriting PromQL - Plan optimizations: transformations that can't be expressed as PromQL rewrites - [[Kafka]] - We don't run vanilla Kafka in the cloud; we run [[WarpStream]], acquired by [[Confluent]]. - WarpStream uses an object storage (like S3) instead of local storage. - The new ingest architecture works with any Kafka-compatible backend (vanilla Kafka, WarpStream, [[RedPanda]], etc) - In Mimir 3.1 (not yet released, next minor release) - support for more Kafka mechanisms that will help the community to adopt this new architecture - OpenTelemetry - Current OTLP support includes: - resource attributes - exponential histograms (converted to native histograms) - start timestamps (improves `rate`/`increase` accuracy) - experimental support for explicit bucket histograms (custom buckets) - Delta temporality not fully supported: it's still experimentally supported - [[Prometheus Remote Write 2.0]] support - This new protocol is based on [[Protobuf]]. Old one was plain text OR Protobuf. Now it's just Protobuf, which lets it support things like native histograms. - 90% of the work on Mimir today is just improving performance and decreasing cost - New project now: working on creating a single tenant of Mimir that can scale to 10 billion active series %% # Excalidraw Data ## Text Elements ## Drawing ```compressed-json N4KAkARALgngDgUwgLgAQQQDwMYEMA2AlgCYBOuA7hADTgQBuCpAzoQPYB2KqATLZMzYBXUtiRoIACyhQ4zZAHoFAc0JRJQgEYA6bGwC2CgF7N6hbEcK4OCtptbErHALRY8RMpWdx8Q1TdIEfARcZgRmBShcZQUebR44gAYaOiCEfQQOKGZuAG0AXX4IXDg4AGUoqHFUUDBIdXTqiCJlaRS6hkIECgAhXGwAa2VSYQ5iAGE2fDZSbggAYgAzZZX2 yGwRQKyASSr9CpGBhEnp2Yl5gEYEK6u1iA3SLahd9L7B4dGJqZm5qHIOZhwXBPO4PJ4vfQAMUI+HwFRgwTmgg8oM2mWeewObCOAHUSOpuHxwOs0TtMX9sQh4YiJMiSKjHuiIQAlYStDjhHJoC78EmMsnpADyQOwahg3AuiUSvPupIx6UhnCgkNw+hh4rQAFYZWCmXtFVkyoQjNUeNLibL+fL9AAVLBQACCLS4EmCiygDPB5OBjsebAokhCxG4HCE sJ1cohAFExg6/QGg3NgSMqBGrRC4ymbfAmiMhGNPXqFeQMqyaahQ+GLcxsCNYQANbgAZgALHEeC3EgBOLsAdibFxbLc1A5lNbr+AAmtwAGxdxLaAAcTZnbc1vcXFx42otRjYBm4tQ69AIQmqF2JAF80170qz88QOcwueg8wWZcMSEaTYTzR1P8QFQIHA3A7v+pAkAAsmwxAIDGuCaMEwZoIsBBhB+EFfKch7EpAPRTMhr7KJouAABQ8BcvbULwlH URRVGoAumoAJRrJAzIIMoYbAnMpDEWRPBNtKvBCXRomMdoLEQFeN7oliRzClA7AAiGYb4DKiwlggHFjEwhAcMoOF1JAmQIUh3B/GevLrEQIFoJZCDWRAHCqtUDlOcIUBEByFmkFZuEQPowJHKQAByrm+f5xmBcFTDwYhCCEQ5MkWnYABWCDYNkZQuXA0GwfF5koWhjkWv0SmMDa+74EZHSwIgSJpFlylsbKzBQAY2YNWglbqQF0yDIl3Cofg6EBZ pBhlE1SmcMNJVOfgoSOs1lXVapsIpR0jjMGZxxKvakGZEIc2jaVHSaPpjgGQACoEixMJkYhzKZCXBjKhDMD0l36cohVDfZflnZAH2QSQcBsPpUA5SUcA/X9SWAzKmhsJgU3BM1nD5U0ehZLg+nSWA150IsMLhIel4gJeQA== ``` %% ## Granola ### Summary ![[plugins/Granola/GrafanaCON 2026 - Mimir Community Call]] ### Transcript [[plugins/Granola/Transcripts/GrafanaCON 2026 - Mimir Community Call-transcript|GrafanaCON 2026 - Mimir Community Call-transcript]]