国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

監(jiān)控Kubernetes Node組件的關(guān)鍵指標(biāo)

這篇具有很好參考價(jià)值的文章主要介紹了監(jiān)控Kubernetes Node組件的關(guān)鍵指標(biāo)。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

所有的 Kubernetes 組件,都提供了 /metrics 接口用來暴露監(jiān)控?cái)?shù)據(jù),Kube-Proxy 也不例外。通過 ?ss ?或者 ?netstat ?命令可以看到 Kube-Proxy 監(jiān)聽的端口,一個(gè)是 10249,用來暴露監(jiān)控指標(biāo),一個(gè)是 10256 ,作為健康檢查的端口,一般我們只關(guān)注前一個(gè)端口。

1、Kube-Proxy 關(guān)鍵指標(biāo)

1、通用的 Go 程序相關(guān)的指標(biāo)

監(jiān)控Kubernetes Node組件的關(guān)鍵指標(biāo),運(yùn)維,監(jiān)控,kubernetes,監(jiān)控?

以上指標(biāo),只要是通過 Prometheus Go SDK 埋點(diǎn)的程序都會(huì)有,包括Kube-Proxy, Kubelet、APIServer、Scheduler 等。

2、請(qǐng)求 APIServer 的指標(biāo)

Kubernetes 中多個(gè)組件都要調(diào)用 APIServer 的接口,每秒調(diào)用多少次、有多少成功多少失敗、耗時(shí)情況如何,這些指標(biāo)也比較關(guān)鍵。比如:

  • rest_client_request_duration_seconds:請(qǐng)求 APIServer 的耗時(shí)統(tǒng)計(jì)
  • rest_client_requests_total:請(qǐng)求 APIServer 的調(diào)用量統(tǒng)計(jì)

3、規(guī)則同步類指標(biāo)

Kube-Proxy 的核心職能,就是去 APIServer 獲取轉(zhuǎn)發(fā)規(guī)則,修改本地的 iptables 或者 ipvs 的規(guī)則,所以這些規(guī)則同步相關(guān)的指標(biāo),就至關(guān)重要了。

監(jiān)控Kubernetes Node組件的關(guān)鍵指標(biāo),運(yùn)維,監(jiān)控,kubernetes,監(jiān)控

?2、Kubelet 關(guān)鍵指標(biāo)

Kubelet 也會(huì)吐出 Go 進(jìn)程相關(guān)的通用指標(biāo)以及和 APIServer 通信相關(guān)的度量指標(biāo),和 Kube-Proxy 類似。Kubelet 核心職能是管理 Pod,操作各種 CNI、CSI 相關(guān)的接口,和容器引擎打交道,度量這類操作的指標(biāo)就顯得尤為關(guān)鍵。

監(jiān)控Kubernetes Node組件的關(guān)鍵指標(biāo),運(yùn)維,監(jiān)控,kubernetes,監(jiān)控

?

3、容器負(fù)載指標(biāo)

CPU 指標(biāo)

sum(
irate(container_cpu_usage_seconds_total[3m])
) by (pod,id,namespace,container,ident,image)
/
sum(
container_spec_cpu_quota/container_spec_cpu_period
) by (pod,id,namespace,container,ident,image)

這是計(jì)算 CPU 使用率,整體是一個(gè)除法運(yùn)算,分子部分是容器每秒耗費(fèi)的 CPU 時(shí)間,分母部分是每秒分配給容器的 CPU 時(shí)間。

increase(container_cpu_cfs_throttled_periods_total[1m])
/
increase(container_cpu_cfs_periods_total[1m]) * 100

這是在計(jì)算 CPU 被限制的時(shí)間比例,如果這個(gè)值很高,說明容器在使用 CPU 資源的時(shí)候經(jīng)常被限制,需要提高這個(gè)容器的 CPU Quota。延遲敏感型的應(yīng)用,需要特別關(guān)注這個(gè)指標(biāo)。

內(nèi)存指標(biāo)

container_memory_working_set_bytes
/
container_spec_memory_limit_bytes
and
container_spec_memory_limit_bytes != 0

計(jì)算內(nèi)存使用率的時(shí)候,核心也是一個(gè)除法運(yùn)算,分子是容器的內(nèi)存占用,分母是內(nèi)存 Limit 大小。當(dāng)然,有些容器沒有指定內(nèi)存 Limit,所以還需要有個(gè) and 語句來做限制,只有 limit_bytes 不等于 0,這個(gè)除法運(yùn)算才有意義。

Pod 網(wǎng)絡(luò)流量

irate(container_network_transmit_bytes_total[1m]) * 8
irate(container_network_receive_bytes_total[1m]) * 8

這個(gè)指標(biāo)名字非常清晰,transmit 是出向,receive 是入向,這兩個(gè)指標(biāo)都是 Counter 類型的值,單調(diào)遞增,所以使用 irate 計(jì)算每秒速率。因?yàn)榫W(wǎng)絡(luò)流量一般都是用 bit 作為單位,所以最后乘以 8,把 byte 換算成 bit。

Pod 硬盤 IO 讀寫流量

irate(container_fs_reads_bytes_total[1m])
irate(container_fs_writes_bytes_total[1m])

這個(gè)指標(biāo)名字一看就知道是 Counter 類型,我們不關(guān)心當(dāng)前值是多少,而是關(guān)心最近一段時(shí)間每秒的速率是多少,所以使用 irate 做了二次計(jì)算。

此文章為8月Day10學(xué)習(xí)筆記,內(nèi)容來源于極客時(shí)間《運(yùn)維監(jiān)控系統(tǒng)實(shí)戰(zhàn)筆記》,推薦該課程。文章來源地址http://www.zghlxwxcb.cn/news/detail-639171.html

到了這里,關(guān)于監(jiān)控Kubernetes Node組件的關(guān)鍵指標(biāo)的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 監(jiān)控Redis的關(guān)鍵指標(biāo)

    監(jiān)控Redis的關(guān)鍵指標(biāo)

    Redis 也是一個(gè)對(duì)外服務(wù),所以 Google 的四個(gè)黃金指標(biāo)同樣適用于 Redis。 1、延遲 在軟件工程架構(gòu)中,之所以選擇 Redis 作為技術(shù)堆棧的一員,大概率是想要得到更快的響應(yīng)速度和更高的吞吐量,所以延遲數(shù)據(jù)對(duì)使用 Redis 的應(yīng)用程序至關(guān)重要。 客戶端應(yīng)用程序埋點(diǎn)。比如某個(gè)

    2024年02月13日
    瀏覽(36)
  • 監(jiān)控Kafka的關(guān)鍵指標(biāo)

    監(jiān)控Kafka的關(guān)鍵指標(biāo)

    Kafka 架構(gòu) ?上面綠色部分 PRODUCER(生產(chǎn)者)和下面紫色部分 CONSUMER(消費(fèi)者)是業(yè)務(wù)程序,通常由研發(fā)人員埋點(diǎn)解決監(jiān)控問題,如果是 Java 客戶端也會(huì)暴露 JMX 指標(biāo)。組件運(yùn)維監(jiān)控層面著重關(guān)注藍(lán)色部分的 BROKER(Kafka 節(jié)點(diǎn))和紅色部分的 ZOOKEEPER。 ZooKeeper 也是 Java 語言寫的,

    2024年02月13日
    瀏覽(17)
  • 監(jiān)控Elasticsearch的關(guān)鍵指標(biāo)

    監(jiān)控Elasticsearch的關(guān)鍵指標(biāo)

    Elasticsearch 的核心職能就是對(duì)外提供搜索服務(wù),所以搜索請(qǐng)求的吞吐和延遲是非常關(guān)鍵的,搜索是靠底層的索引實(shí)現(xiàn)的,所以索引的性能指標(biāo)也非常關(guān)鍵,Elasticsearch 由一個(gè)或多個(gè)節(jié)點(diǎn)組成集群,集群自身是否健康也是需要我們監(jiān)控的。 lasticSearch 的架構(gòu)非常簡(jiǎn)單,一個(gè)節(jié)點(diǎn)就

    2024年02月13日
    瀏覽(18)
  • 系統(tǒng)運(yùn)維(Kubernetes篇)

    系統(tǒng)運(yùn)維(Kubernetes篇)

    ? 在學(xué)習(xí)過程中,我們經(jīng)常會(huì)遇到遺忘的問題。為了避免忘記,多復(fù)習(xí)是非常必要的。復(fù)習(xí)可以幫助我們鞏固知識(shí),加深記憶,提高學(xué)習(xí)效率。因此,我們應(yīng)該養(yǎng)成良好的復(fù)習(xí)習(xí)慣,定期回顧所學(xué)內(nèi)容,避免知識(shí)流失 Kubernetes ? Kubernetes是一種容器編排工具,可以自動(dòng)化地部

    2024年02月01日
    瀏覽(17)
  • 一站式 Elasticsearch 集群指標(biāo)監(jiān)控與運(yùn)維管控平臺(tái)

    一站式 Elasticsearch 集群指標(biāo)監(jiān)控與運(yùn)維管控平臺(tái)

    上篇文章寫了一下消息運(yùn)維管理平臺(tái),今天帶來的是ES的監(jiān)控和運(yùn)維平臺(tái)。目前初創(chuàng)企業(yè),不像大型互聯(lián)網(wǎng)公司,可以重復(fù)的造輪子。前期還是快速迭代試錯(cuò)階段,方便拿到市場(chǎng)反饋,及時(shí)調(diào)整自己的戰(zhàn)略和產(chǎn)品方向。讓自己活下去,話不多說 開始今天的分享。 一、項(xiàng)目介紹

    2024年02月10日
    瀏覽(31)
  • Kubernetes 介紹與關(guān)鍵特性

    Kubernetes(通常稱為K8s)是一個(gè)開源的容器編排和管理平臺(tái),用于自動(dòng)化應(yīng)用程序的部署、擴(kuò)展和操作。它最初是由Google開發(fā)并于2014年開源,現(xiàn)在由Cloud Native Computing Foundation(CNCF)進(jìn)行維護(hù)。 Kubernetes的設(shè)計(jì)目標(biāo)是簡(jiǎn)化容器化應(yīng)用程序的部署和管理。它提供了一個(gè)強(qiáng)大的容器

    2024年02月13日
    瀏覽(17)
  • 【Kubernetes運(yùn)維篇】RBAC認(rèn)證授權(quán)詳解(一)

    【Kubernetes運(yùn)維篇】RBAC認(rèn)證授權(quán)詳解(一)

    1、什么是RBAC授權(quán)? RBAC是一種 基于角色訪問控制方式 ,它將權(quán)限和角色相關(guān)聯(lián),用戶加入到角色中,就會(huì)擁有角色中的權(quán)限,RBAC的核心思想是,將權(quán)限賦予給角色,角色中加入多個(gè)用戶,加入進(jìn)來的用戶會(huì)具有角色的權(quán)限,如果修改權(quán)限也是針對(duì)角色進(jìn)行操作,而不是針對(duì)

    2024年02月16日
    瀏覽(51)
  • 【Kubernetes運(yùn)維篇】RBAC認(rèn)證授權(quán)詳解(二)

    【Kubernetes運(yùn)維篇】RBAC認(rèn)證授權(quán)詳解(二)

    官方中文參考連接: 在K8S中,所有資源對(duì)象都是通過API進(jìn)行操作,他們保存在ETCD里面,而對(duì)ETCD的操作,我們需要通過訪問kube-apiserver來實(shí)現(xiàn), ServiceAccount其實(shí)就是apiserver的認(rèn)證過程,而授權(quán)的機(jī)制是通過RBAC,基于角色的訪問控制實(shí)現(xiàn)。 RBAC中有四個(gè)資源對(duì)象,分別是Role、

    2024年02月16日
    瀏覽(26)
  • 基于Kubernetes的微服務(wù)自動(dòng)化運(yùn)維

    作者:禪與計(jì)算機(jī)程序設(shè)計(jì)藝術(shù) 本文將介紹如何使用Kubernetes進(jìn)行微服務(wù)自動(dòng)化運(yùn)維,提高團(tuán)隊(duì)的工作效率和服務(wù)的可靠性。本文將闡述微服務(wù)自動(dòng)化運(yùn)維的實(shí)現(xiàn)步驟、核心技術(shù)和應(yīng)用場(chǎng)景,同時(shí)也會(huì)介紹如何優(yōu)化和改進(jìn)微服務(wù)自動(dòng)化運(yùn)維。 引言 1.1. 背景介紹 隨著互聯(lián)網(wǎng)的發(fā)

    2024年02月06日
    瀏覽(34)
  • MySQL性能監(jiān)控全掌握,快來get關(guān)鍵指標(biāo)及采集方法!

    MySQL性能監(jiān)控全掌握,快來get關(guān)鍵指標(biāo)及采集方法!

    數(shù)據(jù)庫中間件監(jiān)控實(shí)戰(zhàn),MySQL中哪些指標(biāo)比較關(guān)鍵以及如何采集這些指標(biāo)了。幫助提早發(fā)現(xiàn)問題,提升數(shù)據(jù)庫可用性。 監(jiān)控哪類指標(biāo)? 如何采集數(shù)據(jù)? 第10講監(jiān)控方法論如何落地? 這些就可以在MySQL中應(yīng)用起來。MySQL是個(gè)服務(wù),所以可借用Google四個(gè)黃金指標(biāo)解決問題: 1.1 延

    2024年02月02日
    瀏覽(23)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包