這篇文章主要講解了“Prometheus怎么使用”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“Prometheus怎么使用”吧!
10年積累的成都網(wǎng)站設(shè)計、做網(wǎng)站經(jīng)驗,可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認識你,你也不認識我。但先制作網(wǎng)站后付款的網(wǎng)站建設(shè)流程,更有賈汪免費網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
一個谷歌云平臺賬號(免費的即可),其他云也是一樣的
Rancher v2.4.2(文章發(fā)布時的最新版本)
運行在GKE(版本為1.15.11-gke.3)上的Kubernetes集群(EKS或者AKS也可以)
首先,啟動一個Rancher實例。你可以根據(jù)Rancher的指引啟動:
https://www.rancher.cn/quick-start/
使用Rancher來設(shè)置并配置一個Kubernetes集群。你可以訪問下方鏈接獲取文檔:
https://rancher2.docs.rancher.cn/docs/cluster-provisioning/_index
我們將利用Rancher的應(yīng)用商店來安裝Prometheus。Rancher的應(yīng)用商店主要集合了許多Helm Chart,以便于用戶能夠重復(fù)部署應(yīng)用程序。
我們的集群起來并且開始運行之后,讓我們在“Apps”的標簽下選擇為其創(chuàng)建的默認項目,然后單擊“Launch”按鈕。
現(xiàn)在我們來搜索我們感興趣的chart。我們可以設(shè)置很多字段——但是對于本次demo來說我們將保留默認值。你可以在Detailed Description部分找到關(guān)于這些值的有用信息。無需擔心出現(xiàn)問題,盡管去查看它們的用途。在頁面底部,點擊【Launch】。Prometheus Server以及Alertmanager將會被安裝以及配置。
當安裝完成時,頁面如下所示:
接下來,我們需要創(chuàng)建Services以訪問Prometheus Server以及Alertmanager。點開資源下方的工作負載標簽,在負載均衡部分,我們可以看到目前還沒有配置。點擊導(dǎo)入YAML,選擇prometheus namespace,一次性復(fù)制兩個YAML并點擊導(dǎo)入。稍后你將了解我們?nèi)绾沃朗褂媚切┨囟ǖ亩丝诤徒M件tag。
apiVersion: v1 kind: Service metadata: name: prometheus-service spec: type: LoadBalancer ports: - port: 80 targetPort: 9090 protocol: TCP selector: component: server
apiVersion: v1 kind: Service metadata: name: alertmanager-service spec: type: LoadBalancer ports: - port: 80 targetPort: 9093 protocol: TCP selector: component: alertmanager
完成之后,service將顯示Active。
在右側(cè)垂直省略號的下拉菜單里你能找到IP并點擊View/Edit YAML。在yaml文件的底部,你將會看到類似的部分:
status: loadBalancer: ingress: - ip: 34.76.22.14
訪問IP將為我們展示Prometheus Server和Alertmanager的GUI。你會發(fā)現(xiàn)這時沒有什么內(nèi)容可以查看的,因為尚未定義規(guī)則以及配置告警。
規(guī)則可以讓我們觸發(fā)告警。這些規(guī)則都是基于Prometheus的表達式語言。無論何時,只要符合條件,告警就會被觸發(fā)并發(fā)送給Alertmanager。
現(xiàn)在來看看我們?nèi)绾翁砑右?guī)則。
在資源->工作負載標簽下,我們可以看到Deployment在運行chart時創(chuàng)建了什么。我們來詳細看看prometheus-server
和prometheus-alertmanager
。
我們從第一個開始并理解其配置,我們?nèi)绾尉庉嬎⒘私夥?wù)在哪個端口上運行。點擊垂直省略號菜單按鈕并點擊View/Edit YAML。
首先,我們看到的是兩個與Deplolyment關(guān)聯(lián)的容器:prometheus-server-configmap-reload
和prometheus-server
。容器prometheus-server
的專屬部分有一些相關(guān)信息:
正如我們所了解的,Prometheus通過prometheus.yml進行配置。該文件(以及其他在serverFiles中列出的文件)將掛載到server pod。為了添加/編輯規(guī)則,我們需要修改這個文件。實際上,這就是一個Config Map,可以在Resources Config的標簽頁下找到。點擊垂直的省略菜單按鈕并Edit。在規(guī)則部分,讓我們添加新的規(guī)則并點擊保存。
groups: - name: memory demo alert rules: - alert: High Pod Memory expr: container_memory_usage_bytes{pod_name=~"nginx-.*", image!="", container!="POD"} > 5000000 for: 1m labels: severity: critical annotations: summary: High Memory Usage - name: cpu demo alert rules: - alert: High Pod CPU expr: rate (container_cpu_usage_seconds_total{pod_name=~"nginx-.*", image!="", container!="POD"}[5m]) > 0.04 for: 1m labels: severity: critical annotations: summary: High CPU Usage
規(guī)則將會由Prometheus Server自動加載,然后我們在Prometheus Server GUI中能看到它們:
這是關(guān)于以上兩條規(guī)則的解釋:
container_memory_usage_bytes
:當前內(nèi)存使用情況(以字節(jié)為單位),包括所有內(nèi)存,無論任何時候訪問。
container_cpu_usage_seconds_total
:累積的CPU時間(以秒為單位)
所有的指標都能夠在以下頁面中找到:
https://github.com/google/cadvisor/blob/master/metrics/prometheus.go
在Prometheus中所有正則表達式都使用RE2 syntax。使用正則表達式,我們只能為名稱與特定模式匹配的Pod選擇時間序列。在我們的示例中,我們需要尋找以nginx-開頭的pod,并且排除“POD”,因為這是容器的父cgroup,而且會顯示pod內(nèi)所有容器的統(tǒng)計信息。
對于container_cpu_usage_seconds_total
來說,我們使用所謂的子查詢(Subquery)。它會每5分鐘返回我們的指標。
如果你想了解更多關(guān)于查詢以及例子,可以在官方的Prometheus文檔中查看。
只要出現(xiàn)問題,告警就能立即提醒我們,使得我們能夠立刻知道系統(tǒng)中發(fā)生了錯誤。而Prometheus通過Alertmanager組件來提供告警。
與Prometheus Server的操作步驟相同:在資源->工作負載標簽頁下,點擊prometheus-alertmanager
右側(cè)菜單欄按鈕,選擇View/Edit YAML,檢查其配置:
Alertmanager通過alertmanager.yml進行配置。該文件(及其他列在alertmanagerFiles內(nèi)的文件)將掛載到alertmanager pod上。接下來我們需要修改與alertmanager相關(guān)聯(lián)的configMap以便于設(shè)置告警。在Config標簽頁下,點擊prometheus-alertmanager
行的菜單欄,然后選擇Edit。使用以下代碼代替基本配置:
global: resolve_timeout: 5m route: group_by: [Alertname] # Send all notifications to me. receiver: demo-alert group_wait: 30s group_interval: 5m repeat_interval: 12h routes: - match: alertname: DemoAlertName receiver: "demo-alert" receivers: - name: demo-alert email_configs: - to: your_email@gmail.com from: from_email@gmail.com # Your smtp server address smarthost: smtp.gmail.com:587 auth_username: from_email@gmail.com auth_identity: from_email@gmail.com auth_password: 16letter_generated token # you can use gmail account password, but better create a dedicated token for this headers: From: from_email@gmail.com Subject: "Demo ALERT"
新配置將會由Alertmanager重新加載,并且我們能在Status標簽頁下看到GUI。
讓我們部署一些組件來進行監(jiān)控。對于練習(xí)來說部署一個簡單的nginx deployment就足夠了。使用Rancher GUI,在資源->工作負載標簽頁下點擊導(dǎo)入YAML,粘貼以下代碼(本次使用默認的命名空間)并點擊導(dǎo)入:
apiVersion: apps/v1 # for versions before 1.9.0 use apps/v1beta2 kind: Deployment metadata: name: nginx-deployment spec: selector: matchLabels: app: nginx replicas: 3 # tells deployment to run 2 pods matching the template template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.7.9 ports: - containerPort: 80
在Prometheus UI中,我們?yōu)槭褂么饲盀楦婢渲玫膬蓚€表達式中的1個來查看一些指標:
rate (container_cpu_usage_seconds_total{pod_name=~"nginx-.*", image!="", container!="POD"}[5m])
讓我們在其中一個Pod中添加一些負載以查看值的變化。當值大于0.04時,我們應(yīng)該獲得告警。為此,我們需要選擇其中一個nginx Deployment Pod并點擊Execute Shell。在其中我們將執(zhí)行一個命令:
告警有3個階段:
Inactive-條件不滿足
Pending-滿足條件
Firing-告警被觸發(fā)
我們已經(jīng)看到告警處于inactive狀態(tài),所以繼續(xù)在CPU上增加負載讓我們能觀察到剩余兩種狀態(tài):
只要告警觸發(fā),將會顯示在Alertmanager中:
將Alertmanager配置為在我們收到告警時發(fā)送電子郵件。如果我們查看收件箱,則會看到類似的內(nèi)容:
感謝各位的閱讀,以上就是“Prometheus怎么使用”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對Prometheus怎么使用這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關(guān)知識點的文章,歡迎關(guān)注!
分享題目:Prometheus怎么使用
URL地址:http://jinyejixie.com/article38/pgedsp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供移動網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站、Google、企業(yè)網(wǎng)站制作、、品牌網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)