Update README.md

This commit is contained in:
Fabian Reinartz
2016-11-02 07:14:21 -07:00
committed by GitHub
parent 7cb9eff923
commit 35098b6a1b

View File

@@ -12,12 +12,13 @@ instructions of [bootkube](https://github.com/kubernetes-incubator/bootkube) or
repository are adapted to work with a [multi-node setup](https://github.com/kubernetes-incubator/bootkube/tree/master/hack/multi-node) repository are adapted to work with a [multi-node setup](https://github.com/kubernetes-incubator/bootkube/tree/master/hack/multi-node)
using [bootkube](https://github.com/kubernetes-incubator/bootkube). using [bootkube](https://github.com/kubernetes-incubator/bootkube).
Prometheus discovers targets via kubernetes endpoints objects. A kubernetes Prometheus discovers targets via Kubernetes endpoints objects, which are automatically
service automatically populates an endpoints object, therefore Prometheus can populated by Kubernetes services. Therefore Prometheus can
automatically find and pick up all services within a kubernetes cluster. By automatically find and pick up all services within a cluster. By
default there is a service for the kubernetes apiserver. For other kubernetes default there is a service for the Kubernetes API server. For other Kubernetes
objects to be monitored headless services must be setup for them to be core components to be monitored, headless services must be setup for them to be
discovered by Prometheus. discovered by Prometheus as they may be deployed differently depending
on the cluster.
For the `kube-scheduler` and `kube-controller-manager` there are headless For the `kube-scheduler` and `kube-controller-manager` there are headless
services prepared, simply add them to your running cluster: services prepared, simply add them to your running cluster:
@@ -30,10 +31,10 @@ kubectl -n kube-system create manifests/k8s/
> populate an endpoints object with the address to your `kube-scheduler` and > populate an endpoints object with the address to your `kube-scheduler` and
> `kube-controller-manager`, or adapt the label selectors to match your setup. > `kube-controller-manager`, or adapt the label selectors to match your setup.
Aside from kubernetes specific components, etcd is an important component of a Aside from Kubernetes specific components, etcd is an important part of a
working Kubernetes cluster, but it's deployed outside of it. This monitoring working cluster, but is typically deployed outside of it. This monitoring
setup assumes that it is made visible from within the cluster through a setup assumes that it is made visible from within the cluster through a headless
kubernetes endpoints object. service as well.
An example for bootkube's multi-node vagrant setup is [here](/manifests/etcd/etcd-bootkube-vagrant-multi.yaml). An example for bootkube's multi-node vagrant setup is [here](/manifests/etcd/etcd-bootkube-vagrant-multi.yaml).
@@ -60,7 +61,7 @@ monitoring etcd-k8s 172.17.4.51:2379
## Monitoring Kubernetes ## Monitoring Kubernetes
The manifests used here use the [Prometheus controller](https://github.com/coreos/kube-prometheus-controller), The manifests used here use the [Prometheus Operator](https://github.com/coreos/prometheus-operator),
which manages Prometheus servers and their configuration in your cluster. To install the which manages Prometheus servers and their configuration in your cluster. To install the
controller, the [node_exporter](https://github.com/prometheus/node_exporter), controller, the [node_exporter](https://github.com/prometheus/node_exporter),
[Grafana](https://grafana.org) including default dashboards, and the Prometheus server, run: [Grafana](https://grafana.org) including default dashboards, and the Prometheus server, run: