kubesphere 3.3.0自带的prometheus监控是否会和已安装的prometheus冲突

finalha

生产环境上已经有一套prometheus+altermanger+node-exporter+grafana监控，如果再使用https://kubesphere.io/zh/docs/v3.3/quick-start/minimal-kubesphere-on-k8s/中的方法最小化安装部署kubesphere 3.3.0，是否会影响现有的服务？通过查询https://kubesphere.io/zh/docs/v3.3/pluggable-components/overview/发现kubeshere监控系统是安装必需项，希望大佬指点一下，多谢

frezes

finalha

如果现有环境上的Promrtheus 监控栈也是基于 kube-prometheus 或prometheus-operator 安装的话，可能会存在冲突问题，如果是以Prometheus 的statefulset 或裸机部署等方式完全手动部署，这个就不会有问题。

finalha

frezes 如果原来生产环境上使用prometheus-operator方式安装，还想正常使用kubesphere，应该怎么规避冲突呢？大佬有相关的例子吗～

frezes

finalha
不太好操作，我也没有实施过。
理论上，先将现有环境的prometheus-operator与prometheus 停掉，保存现有环境的prometheus CR。启动部署kubesphere，在kubesphere部署的prometheus CR的配置项 serviceMonitorNamespaceSelector 和 podMonitorNamespaceSelector 中指定标签，来限定抓取 target 的 namespace为kubesphere-monitoring-system，这样kubesphere 的监控项中只会包含kubesphere-monitoring-system下的target。

然后启用现有环境的prometheus CR，如有需要，限定现有的prometheus CR的NamespaceSelector 。这样两方可互不干扰共同启动。

finalha

frezes 3KS

niconical

会冲突，9100占用

finalha

monitoring:
  storageClass: "glusterfs-sc"                 # If there is an independent StorageClass you need for Prometheus, you can specify it here. The default StorageClass is used by default.
  node_exporter:
    port: 9101

If change the port of node_exporter to another, it should be OK?