Kibana and OpenShift: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
 
(12 intermediate revisions by the same user not shown)
Line 6: Line 6:


* [[Kibana#Kibana_and_OpenShift|Kibana]]
* [[Kibana#Kibana_and_OpenShift|Kibana]]
* [[OpenShift_Logging_Concepts#Kibana|OpenShift Logging Concepts]]
* [[OpenShift Logging Concepts#Components|OpenShift Logging Components]]


=Configuration=
=Configuration=


The external URL of the Kibana can be configured in the [[Master-config.yml#loggingPublicURL|master configuration file]].
The external URL of the Kibana can be configured in the [[Master-config.yml#loggingPublicURL|master configuration file]], so it is made accessible from the console.


=Logging=
=Components=


==Access Logging==
==OAuth2 Proxy==
 
The Kibana OAuth2 Proxy for the Kibana console must share a secret with the master host's OAuth2 server - if the secrets are not identical on both nodes, the user will experience a login loop.
 
==Kibana==
 
=Operations=
 
==Logging==
 
====Access Logging====


  oc logs -f <''kibana-pod-name''> -c kibana-proxy
  oc logs -f <''kibana-pod-name''> -c kibana-proxy
Line 20: Line 30:
  oc logs -f logging-kibana-1-d4bw2 -c kibana-proxy
  oc logs -f logging-kibana-1-d4bw2 -c kibana-proxy


==Main Kibana Process Logging==
====Main Kibana Process Logging====


  oc logs -f <''kibana-pod-name''> -c kibana
  oc logs -f <''kibana-pod-name''> -c kibana


  oc logs -f logging-kibana-1-d4bw2 -c kibana
  oc logs -f logging-kibana-1-d4bw2 -c kibana
==Scale Up==
oc scale dc/logging-kibana --replicas=2
To make sure the scale persists across multiple executions of the logging playbook, update the 'openshift_logging_kibana_replica_count' in the inventory file.
=Troubleshooting=
Login loop troubleshooting:
* https://docs.openshift.com/container-platform/latest/install_config/aggregate_logging.html#troubleshooting-kibana
* OpenShift Kibana login fails with redirect loop or Unable to connect https://access.redhat.com/solutions/2909691
Connect into the kibana container and attempt to establish a connection to ElasticSearch:
[[curl]] https&#58;//logging-es:9200/ --capath /etc/kibana/keys --key /etc/kibana/keys/key

Latest revision as of 23:08, 13 October 2017

External

Internal

Configuration

The external URL of the Kibana can be configured in the master configuration file, so it is made accessible from the console.

Components

OAuth2 Proxy

The Kibana OAuth2 Proxy for the Kibana console must share a secret with the master host's OAuth2 server - if the secrets are not identical on both nodes, the user will experience a login loop.

Kibana

Operations

Logging

Access Logging

oc logs -f <kibana-pod-name> -c kibana-proxy
oc logs -f logging-kibana-1-d4bw2 -c kibana-proxy

Main Kibana Process Logging

oc logs -f <kibana-pod-name> -c kibana
oc logs -f logging-kibana-1-d4bw2 -c kibana

Scale Up

oc scale dc/logging-kibana --replicas=2

To make sure the scale persists across multiple executions of the logging playbook, update the 'openshift_logging_kibana_replica_count' in the inventory file.

Troubleshooting

Login loop troubleshooting:

Connect into the kibana container and attempt to establish a connection to ElasticSearch:

curl https://logging-es:9200/ --capath /etc/kibana/keys --key /etc/kibana/keys/key