Loki
- Canonical Observability
| Channel | Revision | Published | Runs on |
|---|---|---|---|
| latest/stable | 160 | 10 Sep 2024 | |
| latest/candidate | 161 | 19 Nov 2024 | |
| latest/beta | 177 | 19 Nov 2024 | |
| latest/edge | 177 | 16 Nov 2024 | |
| 1.0/stable | 104 | 12 Dec 2023 | |
| 1.0/candidate | 104 | 22 Nov 2023 | |
| 1.0/beta | 104 | 22 Nov 2023 | |
| 1.0/edge | 104 | 22 Nov 2023 |
juju deploy loki-k8s --channel candidate
Deploy Kubernetes operators easily with Juju, the Universal Operator Lifecycle Manager. Need a Kubernetes cluster? Install MicroK8s to create a full CNCF-certified Kubernetes system in under 60 seconds.
Platform:
Logs take up quite a bit of storage, and querying them can be cpu-intensive. Node sizing depends on:
- Logging rate
- Desired buffer for spikes in logging rate
- Desired retention period
With such information at hand, you can refer to the performance envelope for sizing guidelines.
How to measure a workload’s logging rate
The loki distriburor already exports the metrics we need to determine logging rate. Deploy your solution, and relate workload under test to loki, for example:
Be sure to relate to loki only the workload(s) you’re measuring the rate for.
Usually a 48hr view of the following expressions should give a good idea about logging rate:
- GB/day:
sum(rate(loki_distributor_bytes_received_total[5m]) / 1e9 * 60*60*24) - Lines/min:
sum(rate(loki_distributor_lines_received_total[5m]) * 60)