Kubernetes Fury Logging provides a logging stack for the Kubernetes Fury Distribution (KFD).
If you are new to KFD please refer to the official documentation on how to get started with KFD.
Kubernetes Fury Logging uses a collection of open source tools to provide the most resilient and robust logging stack for the cluster.
The central piece of the stack is the open source search engine opensearch, combined with its analytics and visualization platform opensearch-dashboards. The logs are collected using a node-level data collection and enrichment agent fluentbit, pushing it to the OpenSearch via fluentd. The fluentbit and fluentd stack is managed by Banzai Logging Operator. We are also providing an alternative to OpenSearch: loki.
All the components are deployed in the logging
namespace in the cluster.
High level diagram of the stack:
The following packages are included in the Kubernetes Fury Logging module:
Package | Version | Description |
---|---|---|
opensearch-single | 2.17.1 |
Single node opensearch deployment. Not intended for production use. |
opensearch-triple | 2.17.1 |
Three node high-availability opensearch deployment |
opensearch-dashboards | 2.17.1 |
Analytics and visualization platform for Opensearch |
logging-operator | 4.10.0 |
Banzai logging operator, manages fluentbit/fluentd and their configurations |
logging-operated | - |
fluentd and fluentbit deployment using logging operator |
configs | - |
Logging pipeline configs to gather various types of logs and send them to OpenSearch |
loki-configs | - |
Logging pipeline configs to gather various types of logs and send them to Loki |
loki-distributed | 2.9.10 |
Distributed Loki deployment |
minio-ha | RELEASE.2024-10-13T13-34-11Z |
Three nodes HA MinIO deployment |
Click on each package to see its full documentation.
Kubernetes Version | Compatibility | Notes |
---|---|---|
1.28.x |
✅ | No known issues |
1.29.x |
✅ | No known issues |
1.30.x |
✅ | No known issues |
1.31.x |
✅ | No known issues |
Check the compatibility matrix for additional information about previous releases of the modules.
Tool | Version | Description |
---|---|---|
furyctl | >=0.25.0 |
The recommended tool to download and manage KFD modules and their packages. To learn more about furyctl read the official documentation. |
kustomize | >=3.10.0 |
Packages are customized using kustomize . To learn how to create your customization layer with kustomize , please refer to the repository. |
-
List the packages you want to deploy and their version in a
Furyfile.yml
bases: - name: logging/opensearch-single version: "v4.0.0" - name: logging/opensearch-dashboards version: "v4.0.0" - name: logging/logging-operator version: "v4.0.0" - name: logging/logging-operated version: "v4.0.0" - name: minio/minio-ha version: "v4.0.0" - name: logging/configs version: "v4.0.0"
See
furyctl
documentation for additional details aboutFuryfile.yml
format. -
Execute
furyctl legacy vendor -H
to download the packages -
Inspect the download packages under
./vendor/katalog/logging
. -
Define a
kustomization.yaml
that includes the./vendor/katalog/logging
directory as resource.
resources:
- ./vendor/katalog/logging/opensearch-single
- ./vendor/katalog/logging/opensearch-dashboards
- ./vendor/katalog/logging/logging-operator
- ./vendor/katalog/logging/logging-operated
- ./vendor/katalog/logging/minio-ha
- ./vendor/katalog/logging/configs
``
5. To deploy the packages to your cluster, execute:
```bash
kustomize build . | kubectl apply --server-side -f -
Note: When installing the packages, you need to ensure that the Prometheus operator is also installed. Otherwise, the API server will reject all ServiceMonitor resources.
-
List the packages you want to deploy and their version in a
Furyfile.yml
bases: - name: logging/loki-distributed version: "v4.0.0" - name: logging/logging-operator version: "v4.0.0" - name: logging/logging-operated version: "v4.0.0" - name: minio/minio-ha version: "v4.0.0" - name: logging/configs version: "v4.0.0" - name: logging/loki-configs version: "v4.0.0"
See
furyctl
documentation for additional details aboutFuryfile.yml
format. -
Execute
furyctl legacy vendor -H
to download the packages -
Inspect the download packages under
./vendor/katalog/logging
. -
Define a
kustomization.yaml
that includes the./vendor/katalog/logging
directory as resource.
resources:
- ./vendor/katalog/logging/loki-distributed
- ./vendor/katalog/logging/logging-operator
- ./vendor/katalog/logging/logging-operated
- ./vendor/katalog/logging/minio-ha
- ./vendor/katalog/logging/loki-configs
``
5. To deploy the packages to your cluster, execute:
```bash
kustomize build . | kubectl apply --server-side -f -
Note: When installing the packages, you need to ensure that the Prometheus operator is also installed. Otherwise, the API server will reject all ServiceMonitor resources.
Logging module offers an out of the box, highly-available setup for opensearch
instead of a single node version. To set this up, in the Furyfile
and kustomization
, you can replace opensearch-single
with opensearch-triple
.
If you need to specify tolerations and/or node selectors, you can find some snippets in examples/tolerations and its subfolders.
Before contributing, please read first the Contributing Guidelines.
In case you experience any problems with the module, please open a new issue.
This module is open-source and it's released under the following LICENSE