Prometheus HA詳解

Prometheus HA詳解

如下全部操做都是在k8s集羣中完成，若是你是VM或者物理機在配置方面不會有太大區別;

Prometheus 橫向擴展

當Exporter或者採集信息須要愈來愈多時就會考慮高可用，高可用優勢不會由於集羣中某個節點down而致使Prometheus不可用,可讓算力下沉;
缺點是A-Prometheus和B-Prometheus這兩個實例會定時去scrape數據，而且存儲在各本地，這樣致使數據會存儲兩份;

• 高可用配置

將Prometheus啓動兩個實例，配置同樣只須要暴露的service的端口不一樣，'Nginx Controller'配置session-affinity的service名稱;

Prometheus 聯邦

在多個數據中心部署Prometheus須要將多數據中心數據合在一塊兒管理，使用聯邦模式很是合適，若是擔憂數據單點，能夠在聯邦的基礎上再擴展高可用;
優勢集中式管理數據,報警，不須要爲每一個Prometheus實例管理數據，若有些敏感節點報警要求高能夠在Prometheus數據節點上加報警信息,能夠按功能環境劃分啓動多個Prometheus採集實例;
缺點數據集中化，網絡可能會延時，數據單點等問題;

終級解決方案

Prometheus 是支持遠程讀寫TSDB數據庫，請看官方網站支持哪些數據庫的讀寫，由於有些數據只支持寫而不支持讀，你內網搭建TSDB集羣，你全部啓動的Prometheus實例都把數據寫入到遠程數據庫，再使用高可用方案支持查詢，只支持遠程讀，這樣就可無限擴展采集實例和查詢實例，很是的爽，做者沒有實踐過只是YY中;

• 採集的Metrics遠程寫入TSDB

• Prometheus遠程讀TSDB

文章會持續更新，文章中有很差之處歡迎留言