You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+33-5Lines changed: 33 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -46,6 +46,7 @@ At present, control plane logs are not covered as part of out of the box collect
46
46
The out of the box collection for these logs will be available soon for generic Kubernetes clusters and for OKE (when OKE makes these logs accessible to end users).
47
47
48
48
### Application Pod/Container Logs
49
+
49
50
All the logs from application pods writing STDOUT/STDERR are typically available under /var/log/containers/.
50
51
Application which are having custom log handlers (say log4j or similar) may route their logs differently but in general would be available on the node (through a volume).
51
52
@@ -91,7 +92,7 @@ The following are the list of objects supported at present:
91
92
We are in the process of building a docker image based off Oracle Linux 8 including Fluentd, OCI Logging Analytics Output Plugin and all the required dependencies.
92
93
All the dependencies will be build from source and installed into the image. This image soon would be available to use as a pre-built image as is (OR) to create a custom image using this image as a base image.
93
94
At present, for testing purposes follow the below mentioned steps to build an image using official Fluentd Docker Image as base image (off Debian).
94
-
- Download all the files from [this dir](/logan/docker-images/v1.0/debian/) into a local machine having access to internet.
95
+
- Download all the files from [this dir](logan/docker-images/v1.0/debian/) into a local machine having access to internet.
95
96
- Run the following command to build the docker image.
- The docker image built from the above step, can either be pushed to Docker Hub or OCI Container Registry (OCIR) or to a Local Docker Registry depending on the requirements.
@@ -107,7 +108,7 @@ At present, for testing purposes follow the below mentioned steps to build an im
107
108
108
109
#### To enable Logs collection
109
110
110
-
Download all the yaml files from [this dir](/logan/kubernetes-resources/logs-collection/).
111
+
Download all the yaml files from [this dir](logan/kubernetes-resources/logs-collection/).
111
112
These yaml files needs to be applied using kubectl to create the necessary resources that enables the logs collection into Logging Analytics through a Fluentd based DaemonSet.
Download all the yaml files from [this dir](/logan/kubernetes-resources/objects-collection/).
167
+
Download all the yaml files from [this dir](logan/kubernetes-resources/objects-collection/).
167
168
These yaml files needs to be applied using kubectl to create the necessary resources that enables the Kuberetes Objects collection into Logging Analytics.
- Install helm if not done already. Refer [this](https://helm.sh/docs/intro/install/).
209
+
- Download the helm chart from [this dir](logan/helm-chart/).
206
210
211
+
#### values.yaml
207
212
213
+
- This file contains all the default values possible to setup the logs and objects collection, but few values needs to be provided either through an external values.yaml file or by modifying this file. It is recommended to use external values.yaml to override any values.
214
+
- Inline documentation has the description and possible values for each of the configuration parameters.
215
+
- At minimum, the following needs to be set accordingly. image:url, ociLANamespace, ociLALogGroupID. It is recommended to set kubernetesClusterID and kubernetesClusterName too, to tag all the logs processed with corresponding Kubernetes cluster at Logging Analytics.
216
+
- Use "docker" as runtime for Kubernetes clusters based off Docker runtime (e.g., OKE < 1.20) and "cri" for Kubernetes clusters based off CRI-O. The default is "cri".
217
+
- Use "InstancePrincipal" as authtype for OKE and all clusters which are running on OCI VMs and "config" as authtype for OCI Config file based Auth/AuthZ. config under oci section needs to be updated with relevant info when authtype is chosen as "config". The default is "InstancePrincipal".
208
218
219
+
#### Commands Reference
209
220
221
+
It is recommended to validate the values using the following `helm template` command before actually installing. Provide path to exterval values.yaml and path to helm-chart.
Now, the chart can be installed using the following `helm install` command. Provide a desired release name, path to exterval values.yaml and path to helm-chart.
Use the following `helm upgrade` command if any further changes to values.yaml needs to be applied or a new chart version needs to be deployed. Refer [this](https://helm.sh/docs/helm/helm_upgrade/) for further details on `helm upgrade`.
0 commit comments