婚庆企业网站建设,广州高端模板网站,做网站对公司的作用,公司企业做网站违法吗kube-state-metrics#xff1a;kube-state-metrics 通过监听 API Server 生成有关资源对象的状态指标#xff0c;比如 Deployment、Node、Pod#xff0c;需要注意的是 kube-state-metrics 只是简单提供一个 metrics 数据#xff0c;并不会存储这些指标数据#xff0c;所以…kube-state-metricskube-state-metrics 通过监听 API Server 生成有关资源对象的状态指标比如 Deployment、Node、Pod需要注意的是 kube-state-metrics 只是简单提供一个 metrics 数据并不会存储这些指标数据所以我们可以使用 Prometheus 来抓取这些数据然后存储。
kube-state-metrics 和 metrics-server 之间还是有很大不同的二者的主要区别如下
kube-state-metrics 主要关注的是业务相关的一些元数据比如 Deployment、Pod、副本状态等metrics-server 主要关注的是资源度量 API 的实现比如 CPU、文件描述符、内存、请求延时等指标。
部署kube-state-metrics
cluster-role.yaml
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:labels:app.kubernetes.io/component: exporterapp.kubernetes.io/name: kube-state-metricsapp.kubernetes.io/version: 2.3.0name: kube-state-metrics
rules:
- apiGroups:- resources:- configmaps- secrets- nodes- pods- services- resourcequotas- replicationcontrollers- limitranges- persistentvolumeclaims- persistentvolumes- namespaces- endpointsverbs:- list- watch
- apiGroups:- appsresources:- statefulsets- daemonsets- deployments- replicasetsverbs:- list- watch
- apiGroups:- batchresources:- cronjobs- jobsverbs:- list- watch
- apiGroups:- autoscalingresources:- horizontalpodautoscalersverbs:- list- watch
- apiGroups:- authentication.k8s.ioresources:- tokenreviewsverbs:- create
- apiGroups:- authorization.k8s.ioresources:- subjectaccessreviewsverbs:- create
- apiGroups:- policyresources:- poddisruptionbudgetsverbs:- list- watch
- apiGroups:- certificates.k8s.ioresources:- certificatesigningrequestsverbs:- list- watch
- apiGroups:- storage.k8s.ioresources:- storageclasses- volumeattachmentsverbs:- list- watch
- apiGroups:- admissionregistration.k8s.ioresources:- mutatingwebhookconfigurations- validatingwebhookconfigurationsverbs:- list- watch
- apiGroups:- networking.k8s.ioresources:- networkpolicies- ingressesverbs:- list- watch
- apiGroups:- coordination.k8s.ioresources:- leasesverbs:- list- watchcluster-role-binding.yaml
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:labels:app.kubernetes.io/component: exporterapp.kubernetes.io/name: kube-state-metricsapp.kubernetes.io/version: 2.3.0name: kube-state-metrics
roleRef:apiGroup: rbac.authorization.k8s.iokind: ClusterRolename: kube-state-metrics
subjects:
- kind: ServiceAccountname: kube-state-metricsnamespace: kube-systemservice-account.yaml
apiVersion: v1
automountServiceAccountToken: false
kind: ServiceAccount
metadata:labels:app.kubernetes.io/component: exporterapp.kubernetes.io/name: kube-state-metricsapp.kubernetes.io/version: 2.3.0name: kube-state-metricsnamespace: kube-systemservice.yaml
apiVersion: v1
kind: Service
metadata:labels:app.kubernetes.io/component: exporterapp.kubernetes.io/name: kube-state-metricsapp.kubernetes.io/version: 2.3.0name: kube-state-metricsnamespace: kube-system
spec:clusterIP: Noneports:- name: http-metricsport: 8080targetPort: http-metrics- name: telemetryport: 8081targetPort: telemetryselector:app.kubernetes.io/name: kube-state-metricsdeployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:labels:app.kubernetes.io/component: exporterapp.kubernetes.io/name: kube-state-metricsapp.kubernetes.io/version: 2.3.0name: kube-state-metricsnamespace: kube-system
spec:replicas: 1selector:matchLabels:app.kubernetes.io/name: kube-state-metricstemplate:metadata:labels:app.kubernetes.io/component: exporterapp.kubernetes.io/name: kube-state-metricsapp.kubernetes.io/version: 2.3.0spec:automountServiceAccountToken: truecontainers:- image: bitnami/kube-state-metrics:latestlivenessProbe:httpGet:path: /healthzport: 8080initialDelaySeconds: 5timeoutSeconds: 5name: kube-state-metricsports:- containerPort: 8080name: http-metrics- containerPort: 8081name: telemetryreadinessProbe:httpGet:path: /port: 8081initialDelaySeconds: 5timeoutSeconds: 5securityContext:allowPrivilegeEscalation: falsereadOnlyRootFilesystem: truerunAsUser: 65534nodeSelector:kubernetes.io/os: linuxserviceAccountName: kube-state-metricsKube-state-metrics:通过监听API Server生成有关资源对象的状态指标比如Deployment、Node、Pod需要注意的是kube-state-metrics只是简单的提供一个metrics数据并不会存储这些指标数据所以我们可以使用Prometheus来抓取这些数据然后存储主要关注的是业务相关的一些元数据比如Deployment、Pod、副本状态等调度了多少个replicas现在可用的有几个多少个Pod是running/stopped/terminated状态Pod重启了多少次我有多少job在运行中。
Kube-state-metrics和metrics-server对比
metric-server是从api-server中获取cpu、内存使用率这种监控指标并把他们发送给存储后端如influxdb或云厂商他当前的核心作用是为HPA等组件提供决策指标支持。kube-state-metrics关注于获取k8s各种资源的最新状态如deployment或者daemonset之所以没有把kube-state-metrics纳入到metric-server的能力中是因为他们的关注点本质上是不一样的。metric-server仅仅是获取、格式化现有数据写入特定的存储实质上是一个监控系统。而kube-state-metrics是将k8s的运行状况在内存中做了个快照并且获取新的指标但他没有能力导出这些指标换个角度讲kube-state-metrics本身是metric-server的一种数据来源虽然现在没有这么做。另外像Prometheus这种监控系统并不会去用metric-server中的数据他都是自己做指标收集、集成的Prometheus包含了metric-server的能力但Prometheus可以监控metric-server本身组件的监控状态并适时报警这里的监控就可以通过kube-state-metrics来实现如metric-serverpod的运行状态。
