Chapter 2. Configuring audit logs for Developer Hub on OpenShift Container Platform
Use the OpenShift Container Platform web console to configure the following OpenShift Container Platform logging components to use audit logging for Developer Hub:
- Logging deployment
- Configure the logging environment, including both the CPU and memory limits for each logging component. For more information, see Red Hat OpenShift Container Platform - Configuring your Logging deployment.
- Logging collector
-
Configure the
spec.collection
stanza in theClusterLogging
custom resource (CR) to use a supported modification to the log collector and collect logs fromSTDOUT
. For more information, see Red Hat OpenShift Container Platform - Configuring the logging collector. - Log forwarding
-
Send logs to specific endpoints inside and outside your OpenShift Container Platform cluster by specifying a combination of outputs and pipelines in a
ClusterLogForwarder
CR. For more information, see Red Hat OpenShift Container Platform - Enabling JSON log forwarding and Red Hat OpenShift Container Platform - Configuring log forwarding.
2.1. Forwarding Red Hat Developer Hub audit logs to Splunk
You can use the Red Hat OpenShift Logging (OpenShift Logging) Operator and a ClusterLogForwarder
instance to capture the streamed audit logs from a Developer Hub instance and forward them to the HTTPS endpoint associated with your Splunk instance.
Prerequisites
- You have a cluster running on a supported OpenShift Container Platform version.
-
You have an account with
cluster-admin
privileges. - You have a Splunk Cloud account or Splunk Enterprise installation.
Procedure
- Log in to your OpenShift Container Platform cluster.
Install the OpenShift Logging Operator in the
openshift-logging
namespace and switch to the namespace:Example command to switch to a namespace
oc project openshift-logging
Create a
serviceAccount
namedlog-collector
and bind thecollect-application-logs
role to theserviceAccount
:Example command to create a
serviceAccount
oc create sa log-collector
Example command to bind a role to a
serviceAccount
oc create clusterrolebinding log-collector --clusterrole=collect-application-logs --serviceaccount=openshift-logging:log-collector
-
Generate a
hecToken
in your Splunk instance. Create a key/value secret in the
openshift-logging
namespace and verify the secret:Example command to create a key/value secret with
hecToken
oc -n openshift-logging create secret generic splunk-secret --from-literal=hecToken=<HEC_Token>
Example command to verify a secret
oc -n openshift-logging get secret/splunk-secret -o yaml
Create a basic `ClusterLogForwarder`resource YAML file as follows:
Example `ClusterLogForwarder`resource YAML file
apiVersion: logging.openshift.io/v1 kind: ClusterLogForwarder metadata: name: instance namespace: openshift-logging
For more information, see Creating a log forwarder.
Define the following
ClusterLogForwarder
configuration using OpenShift web console or OpenShift CLI:Specify the
log-collector
asserviceAccount
in the YAML file:Example
serviceAccount
configurationserviceAccount: name: log-collector
Configure
inputs
to specify the type and source of logs to forward. The following configuration enables the forwarder to capture logs from all applications in a provided namespace:Example
inputs
configurationinputs: - name: my-app-logs-input type: application application: includes: - namespace: my-developer-hub-namespace containerLimit: maxRecordsPerSecond: 100
For more information, see Forwarding application logs from specific pods.
Configure outputs to specify where the captured logs are sent. In this step, focus on the
splunk
type. You can either usetls.insecureSkipVerify
option if the Splunk endpoint uses self-signed TLS certificates (not recommended) or provide the certificate chain using a Secret.Example
outputs
configurationoutputs: - name: splunk-receiver-application type: splunk splunk: authentication: token: key: hecToken secretName: splunk-secret index: main url: 'https://my-splunk-instance-url' rateLimit: maxRecordsPerSecond: 250
For more information, see Forwarding logs to Splunk in OpenShift Container Platform documentation.
Optional: Filter logs to include only audit logs:
Example
filters
configurationfilters: - name: audit-logs-only type: drop drop: - test: - field: .message notMatches: isAuditLog
For more information, see Filtering logs by content in OpenShift Container Platform documentation.
Configure pipelines to route logs from specific inputs to designated outputs. Use the names of the defined inputs and outputs to specify multiple
inputRefs
andoutputRefs
in each pipeline:Example
pipelines
configurationpipelines: - name: my-app-logs-pipeline detectMultilineErrors: true inputRefs: - my-app-logs-input outputRefs: - splunk-receiver-application filterRefs: - audit-logs-only
Run the following command to apply the
ClusterLogForwarder
configuration:Example command to apply
ClusterLogForwarder
configurationoc apply -f <ClusterLogForwarder-configuration.yaml>
Optional: To reduce the risk of log loss, configure your
ClusterLogForwarder
pods using the following options:Define the resource requests and limits for the log collector as follows:
Example
collector
configurationcollector: resources: requests: cpu: 250m memory: 64Mi ephemeral-storage: 250Mi limits: cpu: 500m memory: 128Mi ephemeral-storage: 500Mi
Define
tuning
options for log delivery, includingdelivery
,compression
, andRetryDuration
. Tuning can be applied per output as needed.Example
tuning
configurationtuning: delivery: AtLeastOnce 1 compression: none minRetryDuration: 1s maxRetryDuration: 10s
- 1
AtLeastOnce
delivery mode means that if the log forwarder crashes or is restarted, any logs that were read before the crash but not sent to their destination are re-sent. It is possible that some logs are duplicated after a crash.
Verification
- Confirm that logs are being forwarded to your Splunk instance by viewing them in the Splunk dashboard.
- Troubleshoot any issues using OpenShift Container Platform and Splunk logs as needed.