在Azure Kubernetes服务中使用Promtheus数据库的Azure存储帐户
我目前有一个Azure Kubernetes群集,运行Promtheus和Grafana部署。Prometheus正在为数据库使用本地集群存储,我想在Kubernetes集群中装载一个持久卷,该持久卷指向Prometheus数据库的Azure存储帐户(文件共享) 我之所以这样做,是因为它似乎比设置远程写入配置更干净,并且解决了远程写入解决的问题,即“可伸缩性和持久性”。我已经做了一些测试,并证明这在非生产、低流量的环境中确实有效在Azure Kubernetes服务中使用Promtheus数据库的Azure存储帐户,azure,kubernetes,azure-storage,prometheus,azure-aks,Azure,Kubernetes,Azure Storage,Prometheus,Azure Aks,我目前有一个Azure Kubernetes群集,运行Promtheus和Grafana部署。Prometheus正在为数据库使用本地集群存储,我想在Kubernetes集群中装载一个持久卷,该持久卷指向Prometheus数据库的Azure存储帐户(文件共享) 我之所以这样做,是因为它似乎比设置远程写入配置更干净,并且解决了远程写入解决的问题,即“可伸缩性和持久性”。我已经做了一些测试,并证明这在非生产、低流量的环境中确实有效 我想知道,如果我真的推进这项计划,我是否应该意识到任何陷阱。是否有
我想知道,如果我真的推进这项计划,我是否应该意识到任何陷阱。是否有其他人这样做并遇到任何问题 创建用于prometheus数据的存储类。更新普罗米修斯清单文件中的详细信息。示例如下所示
apiVersion: monitoring.coreos.com/v1
kind: Prometheus
metadata:
name: k8s
labels:
prometheus: k8s
spec:
replicas: 2
version: PROMETHEUS_VERSION
externalUrl: PROMETHEUS_EXTERNAL_URL
serviceAccountName: prometheus-k8s
serviceMonitorSelector:
matchExpressions:
- {key: k8s-app, operator: Exists}
ruleSelector:
matchLabels:
role: alert-rules
prometheus: k8s
nodeSelector:
node_label_key: node_label_value
resources:
requests:
memory: PROMETHEUS_MEMORY_REQUEST
retention: PROMETHEUS_STORAGE_RETENTION
securityContext:
fsGroup: 2000
runAsNonRoot: true
runAsUser: 1000
storage:
class: STORAGE_CLASS_TYPE
selector:
resources:
volumeClaimTemplate:
metadata:
annotations:
annotation1: prometheus
spec:
storageClassName: STORAGE_CLASS_TYPE
resources:
requests:
storage: PROMETHEUS_STORAGE_VOLUME_SIZE
这个问题有点基于观点,我认为文件共享的性能不足以满足任何合理的要求。如果普罗米修斯正在进行许多小的写操作,我不确定普罗米修斯是如何存储数据的