kube-prometheus的现状

大家知道prometheus已经成为k8s云原生体系越来越倚重的监控告警系统，prometheus虽然监控功能在云原生体系下有相当大的优势，但是其部署组件较多，又颇为复杂，这时候，kube-prometheus的全家桶功能给大家解决了部署上的难题，覆盖了常用的监控组件、告警组件及监控模版；但也有很多东西需要我们进一步完善，例如告警模板的自定义、监控数据的持久化存储、grafana模版和数据的持久化存储、阈值的调整等等；目前我们先说说grafana持久化。

grafana持久化

grafana作为kube-prometheus全家桶中的一员，对于数据的可视化展示提供了帮助，但其并没有实现持久化的存储，这样带来的后果是，你如果想安装一个pannel，或者重启了grafana，如果没有备份的话，就会导致你所有的模版数据随着pod的销毁而功亏一篑，因为我们的k8s是托管在腾讯云，所以以腾讯云k8s为例，解决这个持久化问题。

动态存储供应storageclass

讲到持久化，很多人会习惯用PV/PVC，创建一个pv，再定义并绑定pvc，再pod挂载，如果你有很多项目需要持久存储的话，就会需要创建很多个pv，这时候storageclass就出来，它提供一种自动创建PV的机制，相当于pv的模板，腾讯云提供了默认的存储插件，下面看示例：

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: k8s-grafana
provisioner: cloud.tencent.com/qcloud-cbs
parameters:
  paymode: POSTPAID
  type: CLOUD_PREMIUM
  zone: "200004"

• provisioner为腾讯云提供的存储插件，我选择的是云硬盘
• paymode: POSTPAID 按量计费
• zone: 用于指定可用区

PVC

PVC是用来描述希望使用什么样的或者说是满足什么条件的存储，它的全称是Persistent Volume Claim，也就是持久化存储声明

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: k8s-grafana-claim
  namespace: monitoring
  annotations:
    volume.beta.kubernetes.io/storage-class: "k8s-grafana"
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 100Gi

注意：volume.beta.kubernetes.io/storage-class要保持和第一步storageclass的名字一致，这样才能绑定上
其它的访问模式和资源申请就不用多说了

pod中如何使用

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: grafana
  name: grafana
  namespace: monitoring
spec:
  replicas: 1
  selector:
    matchLabels:
      app: grafana
  template:
    metadata:
      labels:
        app: grafana
    spec:
      containers:
      - image: grafana/grafana:6.4.3
        name: grafana
        ports:
        - containerPort: 3000
          name: http
        volumeMounts:
        - mountPath: /var/lib/grafana:Z
          name: grafana-storage
          readOnly: false
      - name: grafana-storage
        persistentVolumeClaim:
          claimName: k8s-grafana-claim

persistentVolumeClaim的名字要跟上面建的pvc相关联。
kubectl apply -f grafana-deployment.yaml应用后，添加几个模板上次测试一下，发现已经不会丢数据了