k 8 s実践17:モニタprometheus helm方式配置構成テスト
20634 ワード
モニタprometheus helm方式配置構成テスト
1.helmの配備
導入helmリファレンスメソッド
後でhelmを使用してgrafanaとprometheusを配置するため、まずhelmを配置し、helmが正常に使用できることを保証する必要がある.
helmクライアントの導入手順は、次のとおりです.
加yum
捜してみる
アプリケーションテストの配備
みんな起きて、会いましょう.
配備が完了し、テストが実行可能になり、現在インストールされているアプリケーションを削除します.
2.helm配備prometheus
helm配備prometheus
prometheus公式アドレスprometheus学習ドキュメント
2.1.導入の開始
2.2.問題にぶつかる
起動したsvc,podを取得
2つのpodはずっとpending状態で、原因を検索して、describeは以下のように間違っています.
pvcのエラー、pvcの検索
describe pvc詳細を見て、エラー、pvがない、またはドッキングストレージがないため、pvcを有効にできません.エラーは次の通りです.
どうしよう?私のところのクラスタはpvcダイナミックドッキングnfsストレージですが、ドッキングnfsストレージに変更できますか?
Nfsストレージについては、前の記事を参照してください.storageclassの名前は次のとおりです.
2.3.ドッキングストレージ、エラーの解決
stable/prometheusの変数を検索し、エラーを報告するpvの変数設定を検索し、参照コマンドを参照してください.
検索後に修正が必要なので、chartファイルを下にして、修正を検索します.
すべての変数を定義するのはvaluesです.yamlファイル、このファイルを取得します.
含まれているものは特に多く、pvの構成定義について1つのバーをチェックする必要があります.
以上の変数の解釈から分かるように、chartは2 GBのpvcを定義し、pvcを構成して動的に記憶するパラメータはstorageClassであり、デフォルトでは有効ではない.このパラメータを使用してstorageclassをドッキングします.
#storageClass:"-"をstorageClass:managed-nfs-storageに変更します(managed-nfs-storageは私がクラスタで構成したstorageclassの名前で、全部で3箇所修正する必要があります)
はい、ドッキングストレージのパラメータを変更した後、インストールに成功しました.
2.4.prometheus基礎概念
prometheusこれらのコンポーネントの役割
資料の出所
prometheus server
Prometheus ServerはPrometheusコンポーネントの核心部分であり、監視データの取得、記憶、クエリーを実現する.
Prometheus Serverに内蔵Express Browser UIは、このUIによってPromQLによって直接データの照会と可視化を実現することができる.
node-exporter
Exporterは監視データ収集の端点をHTTPサービスの形式でPrometheus Serverに暴露し、Prometheus ServerはこのExporterが提供するEndpoint端点にアクセスすることで、収集する監視データを得ることができる.
alertmanager
Prometheus ServerではPromQLに基づくアラートルールの作成をサポートし、PromQLで定義されたルールを満たすとアラートが発生し、アラートの後続処理プロセスはAlertManagerによって管理される.AlertManagerでは、メール、Slackなどの内蔵通知方式と統合したり、Webhookでアラート処理方式をカスタマイズしたりすることができます.AlertManagerはPrometheusシステムのアラーム処理センターである.
pushgateway
Prometheusのデータ収集はPullモデルに基づいて設計するため、ネットワーク環境の構成上Prometheus Serverが直接Exporterと通信できるようにする必要がある.このようなネットワークのニーズが直接満たされない場合には、PushGatewayを利用して中継することができる.PushGatewayを介して内部ネットワークの監視データを積極的にGatewayにPushすることができる.Prometheus Serverは、PushGatewayから同じPull方式でモニタデータを取得することができる.
ここの環境ではこれは使えない.
kube-state-metrics
基本概念は、kube-state-metricsがKubernetes APIをポーリングし、Kubernetesの構造化情報をmetricsに変換することである.たとえば、rcを何個スケジューリングし、現在rcを何個使用できますか?今何人のジョブが実行されていますか?
2.5.Webアクセスprometheus serverとkube-state-metricsの構成
前の環境にはtraefikが配備されています.ingressを追加するだけでいいです.以下を参照してください.
prometheus server
kube-state-metrics
ホスト解析を指定すると、正常にアクセスできます.両方のserverがhttpsであることに注意してください.traefikの構成方法はtraefikの構成を参照してください.
1.helmの配備
導入helmリファレンスメソッド
後でhelmを使用してgrafanaとprometheusを配置するため、まずhelmを配置し、helmが正常に使用できることを保証する必要がある.
helmクライアントの導入手順は、次のとおりです.
[root@k8s-node1 helm]# curl https://raw.githubusercontent.com/helm/helm/master/scripts/get-helm-3 > get_helm.sh
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 6617 100 6617 0 0 5189 0 0:00:01 0:00:01 --:--:-- 5193
[root@k8s-node1 helm]# ls
get_helm.sh
[root@k8s-node1 helm]# chmod 700 get_helm.sh
[root@k8s-node1 helm]# ./get_helm.sh
Downloading https://get.helm.sh/helm-v3.0.2-linux-amd64.tar.gz
Preparing to install helm into /usr/local/bin
helm installed into /usr/local/bin/helm
[root@k8s-node1 helm]# helm version
version.BuildInfo{Version:"v3.0.2", GitCommit:"19e47ee3283ae98139d98460de796c1be1e3975f", GitTreeState:"clean", GoVersion:"go1.13.5"}
加yum
[root@k8s-node1 helm]# helm repo add stable https://kubernetes-charts.storage.googleapis.com/
"stable" has been added to your repositories
捜してみる
[root@k8s-node1 helm]# helm search repo stable |grep grafana
stable/grafana 4.2.2 6.5.2 The leading tool for querying and visualizing t...
[root@k8s-node1 helm]# helm search repo stable |grep prometheus
stable/helm-exporter 0.3.1 0.4.0 Exports helm release stats to prometheus
stable/prometheus 9.7.2 2.13.1 Prometheus is a monitoring system and time seri...
stable/prometheus-adapter 1.4.0 v0.5.0 A Helm chart for k8s prometheus adapter
stable/prometheus-blackbox-exporter 1.6.0 0.15.1 Prometheus Blackbox Exporter
stable/prometheus-cloudwatch-exporter 0.5.0 0.6.0 A Helm chart for prometheus cloudwatch-exporter
stable/prometheus-consul-exporter 0.1.4 0.4.0 A Helm chart for the Prometheus Consul Exporter
stable/prometheus-couchdb-exporter 0.1.1 1.0 A Helm chart to export the metrics from couchdb...
stable/prometheus-mongodb-exporter 2.4.0 v0.10.0 A Prometheus exporter for MongoDB metrics
stable/prometheus-mysql-exporter 0.5.2 v0.11.0 A Helm chart for prometheus mysql exporter with...
stable/prometheus-nats-exporter 2.3.0 0.6.0 A Helm chart for prometheus-nats-exporter
stable/prometheus-node-exporter 1.8.1 0.18.1 A Helm chart for prometheus node-exporter
stable/prometheus-operator 8.5.0 0.34.0 Provides easy monitoring definitions for Kubern...
stable/prometheus-postgres-exporter 1.1.1 0.5.1 A Helm chart for prometheus postgres-exporter
stable/prometheus-pushgateway 1.2.10 1.0.1 A Helm chart for prometheus pushgateway
stable/prometheus-rabbitmq-exporter 0.5.5 v0.29.0 Rabbitmq metrics exporter for prometheus
stable/prometheus-redis-exporter 3.2.0 1.0.4 Prometheus exporter for Redis metrics
stable/prometheus-snmp-exporter 0.0.4 0.14.0 Prometheus SNMP Exporter
stable/prometheus-to-sd 0.3.0 0.5.2 Scrape metrics stored in prometheus format and ...
アプリケーションテストの配備
[root@k8s-node1 helm]# helm install stable/nginx-ingress --generate-name
NAME: nginx-ingress-1577092943
LAST DEPLOYED: Mon Dec 23 17:22:26 2019
NAMESPACE: default
STATUS: deployed
REVISION: 1
TEST SUITE: None
NOTES:
The nginx-ingress controller has been installed.
It may take a few minutes for the LoadBalancer IP to be available.
You can watch the status by running 'kubectl --namespace default get services -o wide -w nginx-ingress-1577092943-controller'
[root@k8s-node1 helm]# helm ls
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
nginx-ingress-1577092943 default 1 2019-12-23 17:22:26.230661264 +0800 CST deployed nginx-ingress-1.27.0 0.26.1
みんな起きて、会いましょう.
[root@k8s-node1 helm]# kubectl get all |grep nginx
pod/nginx-ingress-1577092943-controller-8468884448-9wszl 1/1 Running 0 4m49s
pod/nginx-ingress-1577092943-default-backend-74c4db5b5b-clc2s 1/1 Running 0 4m49s
service/nginx-ingress-1577092943-controller LoadBalancer 10.254.229.168 80:8691/TCP,443:8569/TCP 4m49s
service/nginx-ingress-1577092943-default-backend ClusterIP 10.254.37.89 80/TCP 4m49s
deployment.apps/nginx-ingress-1577092943-controller 1/1 1 1 4m49s
deployment.apps/nginx-ingress-1577092943-default-backend 1/1 1 1 4m49s
replicaset.apps/nginx-ingress-1577092943-controller-8468884448 1 1 1 4m49s
replicaset.apps/nginx-ingress-1577092943-default-backend-74c4db5b5b 1 1 1 4m49s
配備が完了し、テストが実行可能になり、現在インストールされているアプリケーションを削除します.
[root@k8s-node1 helm]# helm ls
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
nginx-ingress-1577092943 default 1 2019-12-23 17:22:26.230661264 +0800 CST deployed nginx-ingress-1.27.0 0.26.1
[root@k8s-node1 helm]# helm uninstall nginx-ingress-1577092943
release "nginx-ingress-1577092943" uninstalled
2.helm配備prometheus
helm配備prometheus
prometheus公式アドレスprometheus学習ドキュメント
2.1.導入の開始
[root@k8s-node1 ~]# helm install stable/prometheus --generate-name
NAME: prometheus-1577239571
LAST DEPLOYED: Wed Dec 25 10:06:14 2019
NAMESPACE: default
STATUS: deployed
REVISION: 1
TEST SUITE: None
NOTES:
The Prometheus server can be accessed via port 80 on the following DNS name from within your cluster:
prometheus-1577239571-server.default.svc.cluster.local
2.2.問題にぶつかる
起動したsvc,podを取得
[root@k8s-node1 ~]# kubectl get svc,pod -o wide|grep prometheus
service/prometheus-1577239571-alertmanager ClusterIP 10.254.251.30 80/TCP 2m26s app=prometheus,component=alertmanager,release=prometheus-1577239571
service/prometheus-1577239571-kube-state-metrics ClusterIP None 80/TCP 2m26s app=prometheus,component=kube-state-metrics,release=prometheus-1577239571
service/prometheus-1577239571-node-exporter ClusterIP None 9100/TCP 2m26s app=prometheus,component=node-exporter,release=prometheus-1577239571
service/prometheus-1577239571-pushgateway ClusterIP 10.254.188.166 9091/TCP 2m26s app=prometheus,component=pushgateway,release=prometheus-1577239571
service/prometheus-1577239571-server ClusterIP 10.254.128.74 80/TCP 2m26s app=prometheus,component=server,release=prometheus-1577239571
pod/prometheus-1577239571-alertmanager-67b967b8c7-lmjf7 0/2 Pending 0 2m25s
pod/prometheus-1577239571-kube-state-metrics-6d86bf588b-w7hrq 1/1 Running 0 2m25s 172.30.4.7 k8s-node1
pod/prometheus-1577239571-node-exporter-k9bsf 1/1 Running 0 2m25s 192.168.174.130 k8s-node3
pod/prometheus-1577239571-node-exporter-rv9k8 1/1 Running 0 2m25s 192.168.174.129 k8s-node2
pod/prometheus-1577239571-node-exporter-xc8f2 1/1 Running 0 2m25s 192.168.174.128 k8s-node1
pod/prometheus-1577239571-pushgateway-d9b4cb944-zppfm 1/1 Running 0 2m25s 172.30.26.7 k8s-node3
pod/prometheus-1577239571-server-c5d4dffbf-gzk9n 0/2 Pending 0 2m25s
2つのpodはずっとpending状態で、原因を検索して、describeは以下のように間違っています.
Warning FailedScheduling 25s (x5 over 4m27s) default-scheduler pod has unbound immediate PersistentVolumeClaims (repeated 3 times)
pvcのエラー、pvcの検索
[root@k8s-node1 templates]# kubectl get pvc |grep prometheus
prometheus-1577239571-alertmanager Pending 21m
prometheus-1577239571-server Pending 21m
describe pvc詳細を見て、エラー、pvがない、またはドッキングストレージがないため、pvcを有効にできません.エラーは次の通りです.
Normal FailedBinding 16s (x82 over 20m) persistentvolume-controller no persistent volumes available for this claim and no storage class is set
どうしよう?私のところのクラスタはpvcダイナミックドッキングnfsストレージですが、ドッキングnfsストレージに変更できますか?
Nfsストレージについては、前の記事を参照してください.storageclassの名前は次のとおりです.
[root@k8s-node1 templates]# kubectl get storageclass
NAME PROVISIONER AGE
managed-nfs-storage fuseim.pri/ifs 5d17h
2.3.ドッキングストレージ、エラーの解決
stable/prometheusの変数を検索し、エラーを報告するpvの変数設定を検索し、参照コマンドを参照してください.
helm show values stable/prometheus
検索後に修正が必要なので、chartファイルを下にして、修正を検索します.
[root@k8s-node1 prometheus-grafana]# helm pull stable/prometheus
[root@k8s-node1 prometheus-grafana]# ls
prometheus-9.7.2.tgz
[root@k8s-node1 prometheus-grafana]# tar zxvf prometheus-9.7.2.tgz --warning=no-timestamp
[root@k8s-node1 prometheus-grafana]# ls
prometheus prometheus-9.7.2.tgz
[root@k8s-node1 prometheus-grafana]# tree prometheus
prometheus
├── Chart.yaml
├── README.md
├── templates
│ ├── alertmanager-clusterrolebinding.yaml
│ ├── alertmanager-clusterrole.yaml
│ ├── alertmanager-configmap.yaml
│ ├── alertmanager-deployment.yaml
│ ├── alertmanager-ingress.yaml
│ ├── alertmanager-networkpolicy.yaml
│ ├── alertmanager-pdb.yaml
│ ├── alertmanager-podsecuritypolicy.yaml
│ ├── alertmanager-pvc.yaml
│ ├── alertmanager-serviceaccount.yaml
│ ├── alertmanager-service-headless.yaml
│ ├── alertmanager-service.yaml
│ ├── alertmanager-statefulset.yaml
│ ├── _helpers.tpl
│ ├── kube-state-metrics-clusterrolebinding.yaml
│ ├── kube-state-metrics-clusterrole.yaml
│ ├── kube-state-metrics-deployment.yaml
│ ├── kube-state-metrics-networkpolicy.yaml
│ ├── kube-state-metrics-pdb.yaml
│ ├── kube-state-metrics-podsecuritypolicy.yaml
│ ├── kube-state-metrics-serviceaccount.yaml
│ ├── kube-state-metrics-svc.yaml
│ ├── node-exporter-daemonset.yaml
│ ├── node-exporter-podsecuritypolicy.yaml
│ ├── node-exporter-rolebinding.yaml
│ ├── node-exporter-role.yaml
│ ├── node-exporter-serviceaccount.yaml
│ ├── node-exporter-service.yaml
│ ├── NOTES.txt
│ ├── pushgateway-clusterrolebinding.yaml
│ ├── pushgateway-clusterrole.yaml
│ ├── pushgateway-deployment.yaml
│ ├── pushgateway-ingress.yaml
│ ├── pushgateway-networkpolicy.yaml
│ ├── pushgateway-pdb.yaml
│ ├── pushgateway-podsecuritypolicy.yaml
│ ├── pushgateway-pvc.yaml
│ ├── pushgateway-serviceaccount.yaml
│ ├── pushgateway-service.yaml
│ ├── server-clusterrolebinding.yaml
│ ├── server-clusterrole.yaml
│ ├── server-configmap.yaml
│ ├── server-deployment.yaml
│ ├── server-ingress.yaml
│ ├── server-networkpolicy.yaml
│ ├── server-pdb.yaml
│ ├── server-podsecuritypolicy.yaml
│ ├── server-pvc.yaml
│ ├── server-serviceaccount.yaml
│ ├── server-service-headless.yaml
│ ├── server-service.yaml
│ ├── server-statefulset.yaml
│ └── server-vpa.yaml
└── values.yaml
1 directory, 56 files
すべての変数を定義するのはvaluesです.yamlファイル、このファイルを取得します.
含まれているものは特に多く、pvの構成定義について1つのバーをチェックする必要があります.
persistentVolume:
## If true, alertmanager will create/use a Persistent Volume Claim
## If false, use emptyDir
##
enabled: true
## alertmanager data Persistent Volume access modes
## Must match those of existing PV or dynamic provisioner
## Ref: http://kubernetes.io/docs/user-guide/persistent-volumes/
##
accessModes:
- ReadWriteOnce
## alertmanager data Persistent Volume Claim annotations
##
annotations: {}
## alertmanager data Persistent Volume existing claim name
## Requires alertmanager.persistentVolume.enabled: true
## If defined, PVC must be created manually before volume will be bound
existingClaim: ""
## alertmanager data Persistent Volume mount root path
##
mountPath: /data
## alertmanager data Persistent Volume size
##
size: 2Gi
## alertmanager data Persistent Volume Storage Class
## If defined, storageClassName:
## If set to "-", storageClassName: "", which disables dynamic provisioning
## If undefined (the default) or set to null, no storageClassName spec is
## set, choosing the default provisioner. (gp2 on AWS, standard on
## GKE, AWS & OpenStack)
##
# storageClass: "-"
## alertmanager data Persistent Volume Binding Mode
## If defined, volumeBindingMode:
## If undefined (the default) or set to null, no volumeBindingMode spec is
## set, choosing the default mode.
##
以上の変数の解釈から分かるように、chartは2 GBのpvcを定義し、pvcを構成して動的に記憶するパラメータはstorageClassであり、デフォルトでは有効ではない.このパラメータを使用してstorageclassをドッキングします.
#storageClass:"-"をstorageClass:managed-nfs-storageに変更します(managed-nfs-storageは私がクラスタで構成したstorageclassの名前で、全部で3箇所修正する必要があります)
[root@k8s-node1 prometheus-grafana]# cat prometheus/values.yaml |grep -B 8 managed
## alertmanager data Persistent Volume Storage Class
## If defined, storageClassName:
## If set to "-", storageClassName: "", which disables dynamic provisioning
## If undefined (the default) or set to null, no storageClassName spec is
## set, choosing the default provisioner. (gp2 on AWS, standard on
## GKE, AWS & OpenStack)
##
# storageClass: "-"
storageClass: managed-nfs-storage
--
## Prometheus server data Persistent Volume Storage Class
## If defined, storageClassName:
## If set to "-", storageClassName: "", which disables dynamic provisioning
## If undefined (the default) or set to null, no storageClassName spec is
## set, choosing the default provisioner. (gp2 on AWS, standard on
## GKE, AWS & OpenStack)
##
# storageClass: "-"
storageClass: managed-nfs-storage
--
## pushgateway data Persistent Volume Storage Class
## If defined, storageClassName:
## If set to "-", storageClassName: "", which disables dynamic provisioning
## If undefined (the default) or set to null, no storageClassName spec is
## set, choosing the default provisioner. (gp2 on AWS, standard on
## GKE, AWS & OpenStack)
##
# storageClass: "-"
storageClass: managed-nfs-storage
はい、ドッキングストレージのパラメータを変更した後、インストールに成功しました.
[root@k8s-node1 prometheus-grafana]# kubectl get svc,pod -o wide |grep prometheus
service/prometheus-1577263826-alertmanager ClusterIP 10.254.112.105 80/TCP 4m6s app=prometheus,component=alertmanager,release=prometheus-1577263826
service/prometheus-1577263826-kube-state-metrics ClusterIP None 80/TCP 4m6s app=prometheus,component=kube-state-metrics,release=prometheus-1577263826
service/prometheus-1577263826-node-exporter ClusterIP None 9100/TCP 4m6s app=prometheus,component=node-exporter,release=prometheus-1577263826
service/prometheus-1577263826-pushgateway ClusterIP 10.254.185.145 9091/TCP 4m6s app=prometheus,component=pushgateway,release=prometheus-1577263826
service/prometheus-1577263826-server ClusterIP 10.254.132.104 80/TCP 4m6s app=prometheus,component=server,release=prometheus-1577263826
pod/prometheus-1577263826-alertmanager-5cfccc55b7-6hdqn 2/2 Running 0 4m5s 172.30.26.8 k8s-node3
pod/prometheus-1577263826-kube-state-metrics-697db589d4-d5rmm 1/1 Running 0 4m5s 172.30.26.7 k8s-node3
pod/prometheus-1577263826-node-exporter-5gcc2 1/1 Running 0 4m5s 192.168.174.129 k8s-node2
pod/prometheus-1577263826-node-exporter-b569p 1/1 Running 0 4m5s 192.168.174.130 k8s-node3
pod/prometheus-1577263826-node-exporter-mft6l 1/1 Running 0 4m5s 192.168.174.128 k8s-node1
pod/prometheus-1577263826-pushgateway-95c67bd5d-28p25 1/1 Running 0 4m5s 172.30.4.7 k8s-node1
pod/prometheus-1577263826-server-88fbdfc47-p2bfm 2/2 Running 0 4m5s 172.30.4.8 k8s-node1
2.4.prometheus基礎概念
prometheusこれらのコンポーネントの役割
資料の出所
prometheus server
Prometheus ServerはPrometheusコンポーネントの核心部分であり、監視データの取得、記憶、クエリーを実現する.
Prometheus Serverに内蔵Express Browser UIは、このUIによってPromQLによって直接データの照会と可視化を実現することができる.
node-exporter
Exporterは監視データ収集の端点をHTTPサービスの形式でPrometheus Serverに暴露し、Prometheus ServerはこのExporterが提供するEndpoint端点にアクセスすることで、収集する監視データを得ることができる.
alertmanager
Prometheus ServerではPromQLに基づくアラートルールの作成をサポートし、PromQLで定義されたルールを満たすとアラートが発生し、アラートの後続処理プロセスはAlertManagerによって管理される.AlertManagerでは、メール、Slackなどの内蔵通知方式と統合したり、Webhookでアラート処理方式をカスタマイズしたりすることができます.AlertManagerはPrometheusシステムのアラーム処理センターである.
pushgateway
Prometheusのデータ収集はPullモデルに基づいて設計するため、ネットワーク環境の構成上Prometheus Serverが直接Exporterと通信できるようにする必要がある.このようなネットワークのニーズが直接満たされない場合には、PushGatewayを利用して中継することができる.PushGatewayを介して内部ネットワークの監視データを積極的にGatewayにPushすることができる.Prometheus Serverは、PushGatewayから同じPull方式でモニタデータを取得することができる.
ここの環境ではこれは使えない.
kube-state-metrics
基本概念は、kube-state-metricsがKubernetes APIをポーリングし、Kubernetesの構造化情報をmetricsに変換することである.たとえば、rcを何個スケジューリングし、現在rcを何個使用できますか?今何人のジョブが実行されていますか?
2.5.Webアクセスprometheus serverとkube-state-metricsの構成
前の環境にはtraefikが配備されています.ingressを追加するだけでいいです.以下を参照してください.
prometheus server
[root@k8s-node1 prometheus-grafana]# cat prometheus-server-ingress.yaml
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: prometheus-server
namespace: default
spec:
rules:
- host: prometheus-server
http:
paths:
- path: /
backend:
serviceName: prometheus-1577263826-server
servicePort: 80
kube-state-metrics
[root@k8s-node1 prometheus-grafana]# cat kube-state-ingress.yaml
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: kube-state
namespace: default
spec:
rules:
- host: kube-state
http:
paths:
- path: /
backend:
serviceName: prometheus-1577263826-kube-state-metrics
servicePort: 80
ホスト解析を指定すると、正常にアクセスできます.両方のserverがhttpsであることに注意してください.traefikの構成方法はtraefikの構成を参照してください.