chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

如何獲取采集服務(wù)器Kubernetes監(jiān)控指標(biāo)

馬哥Linux運維 ? 來源:掘金 ? 作者:Honest1y ? 2021-09-26 10:13 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

對比

node-exporter用于采集服務(wù)器層面的運行指標(biāo),包括機器的loadavg、filesystem、meminfo等基礎(chǔ)監(jiān)控,類似于傳統(tǒng)主機監(jiān)控維度的zabbix-agent。

metric-server/heapster是從api-server中獲取CPU、內(nèi)存使用率這種監(jiān)控指標(biāo),并把他們發(fā)送給存儲后端,如InfluxDB或云廠商,他當(dāng)前的核心作用是:為HPA等組件提供決策指標(biāo)支持。

kube-state-metrics關(guān)注于獲取Kubernetes各種資源的最新狀態(tài),如Deployment或者DaemonSet。

例如:

我調(diào)度了多少個Replicas?現(xiàn)在可用的有幾個?

多少個Pod是running/stopped/terminated狀態(tài)?

Pod重啟了多少次?

我有多少job在運行中?

這些指標(biāo)都由kube-state-metrics提供。

之所以沒有把kube-state-metrics納入到metric-server的能力中,是因為他們的關(guān)注點本質(zhì)上是不一樣的。

metric-server僅僅是獲取、格式化現(xiàn)有數(shù)據(jù),寫入特定的存儲,實質(zhì)上是一個監(jiān)控系統(tǒng)。

kube-state-metrics是將Kubernetes的運行狀況在內(nèi)存中做了個快照,并且獲取新的指標(biāo),但他沒有能力導(dǎo)出這些指標(biāo)。

部署metric-server

下載metric-server部署的yaml文件到本地。

wget https://github.com/kubernetes-sigs/metrics-server/releases/download/v0.3.7/components.yaml

拉取metric-server的鏡像到本地:

# docker pull zhaoqinchang/metrics-server:0.3.7 0.3.7: Pulling from zhaoqinchang/metrics-server 9ff2acc3204b: Pull complete 9d14b55ff9a0: Pull complete Digest:

sha256:c0efe772bb9e5c289db6cc4bc2002c268507d0226f2a3815f7213e00261c38e9 Status: Downloaded newer image for zhaoqinchang/metrics-server:0.3.7 docker.io/zhaoqinchang/metrics-server:0.3.7

修改components.yaml文件為如下內(nèi)容:

# cat components.yaml --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: system:aggregated-metrics-reader labels: rbac.authorization.k8s.io/aggregate-to-view: “true” rbac.authorization.k8s.io/aggregate-to-edit:

“true” rbac.authorization.k8s.io/aggregate-to-admin: “true” rules: - apiGroups: [“metrics.k8s.io”] resources: [“pods”, “nodes”] verbs: [“get”, “l(fā)ist”, “watch”] --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: metrics-serverauth-delegator roleRef:

apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: system:auth-delegator subjects: - kind:

ServiceAccount name: metrics-server namespace: kube-system --- apiVersion: rbac.authorization.k8s.io/v1 kind:

RoleBinding metadata: name: metrics-server-auth-reader namespace: kube-system roleRef: apiGroup:

rbac.authorization.k8s.io kind: Role name: extension-apiserver-authentication-reader subjects: - kind:

ServiceAccount name: metrics-server namespace: kube-system --- apiVersion:

apiregistration.k8s.io/v1beta1 kind: APIService metadata: name: v1beta1.metrics.k8s.io spec: service: name: metrics-server namespace: kube-system group: metrics.k8s.io version:

v1beta1 insecureSkipTLSVerify: true groupPriorityMinimum: 100 versionPriority: 100 --- apiVersion:

v1 kind: ServiceAccount metadata: name: metrics-server namespace: kube-system --- apiVersion:

apps/v1 kind: Deployment metadata: name: metrics-server namespace: kube-system labels: k8s-app:

metrics-server spec: selector: matchLabels: k8s-app: metrics-server template: metadata: name: metrics-server labels: k8s-app: metrics-server spec: serviceAccountName: metrics-server volumes: # mount in tmp so we can safely use from-scratch images and/or read-only containers - name:

tmp-dir emptyDir: {} containers: - name: metrics-server image: zhaoqinchang/metrics-server:0.3.7 #修改鏡像為剛剛拉取下來的鏡像

imagePullPolicy: IfNotPresent args:

- --cert-dir=/tmp - --secure-port=4443 command: #添加以下三行command命令 - /metrics-server - --kubelet-preferred-address-types=InternalIP - --kubelet-insecure-tls ports: - name: main-port containerPort: 4443 protocol:

TCP securityContext: readOnlyRootFilesystem: true runAsNonRoot: true runAsUser: 1000 volumeMounts: - name: tmp-dir mountPath:

/tmp nodeSelector: kubernetes.io/os: linux --- apiVersion: v1 kind: Service metadata: name: metrics-server namespace: kube-system labels: kubernetes.io/name:

“Metrics-server” kubernetes.io/cluster-service: “true” spec: selector: k8s-app: metrics-server ports:

- port: 443 protocol: TCP targetPort: main-port --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: system:metrics-server rules: - apiGroups: - “” resources: - pods - nodes - nodes/stats - namespaces - configmaps verbs: - get - list - watch --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: system:metrics-server roleRef:

apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: system:metrics-server subjects: - kind: ServiceAccount name: metrics-server namespace: kube-system部署metric-server:

# kubectl apply -f components.yaml clusterrole.rbac.authorization.k8s.io/system:aggregated-metrics-reader created clusterrolebinding.rbac.authorization.k8s.io/metrics-serverauth-delegator created

rolebinding.rbac.authorization.k8s.io/metrics-server-auth-reader created

apiservice.apiregistration.k8s.io/v1beta1.metrics.k8s.io created serviceaccount/metrics-server created

deployment.apps/metrics-server created service/metrics-server created

clusterrole.rbac.authorization.k8s.io/system:metrics-server created clusterrolebinding.rbac.authorization.k8s.io/system:metrics-server created

查看metric.k8s.io是否出現(xiàn)在Kubernetes集群的API群組列表中:

# kubectl api-versions | grep metrics metrics.k8s.io/v1beta1

使用

kubectl top命令可顯示節(jié)點和Pod對象的資源使用信息,它依賴于集群中的資源指標(biāo)API來收集各項指標(biāo)數(shù)據(jù)。它包含有Node和Pod兩個子命令,可分別顯示Node對象和Pod對象的相關(guān)資源占用率。

列出Node資源占用率命令的語法格式為“kubectl top node [-l label | NAME]”,例如下面顯示所有節(jié)點的資源占用狀況的結(jié)果中顯示了各節(jié)點累計CPU資源占用時長及百分比,以及內(nèi)容空間占用量及占用比例。必要時,也可以在命令直接給出要查看的特定節(jié)點的標(biāo)識,以及使用標(biāo)簽選擇器進行節(jié)點過濾。

[root@master metric]# kubectl top nodes NAME CPU(cores) CPU% MEMORY(bytes) MEMORY% master 282m 14% 1902Mi 51% node-02 70m 3% 1371Mi 37% node-03 121m 1% 892Mi 11%

而名稱空間級別的Pod對象資源占用率的使用方法會略有不同,使用時,一般應(yīng)該跟定名稱空間及使用標(biāo)簽選擇器過濾出目標(biāo)Pod對象。例如,下面顯示kube-system名稱空間下的Pod資源使用狀況:

[root@master metric]# kubectl top pods -n kube-system NAME CPU(cores) MEMORY(bytes) etcd-master 32m 300Mi kube-apiserver-master 86m 342Mi kube-controller-manager-master 30m 48Mi kube-flannel-ds-l5ghn 5m

10Mi kube-flannel-ds-rqlm2 4m 12Mi kube-flannel-ds-v92r9 4m 14Mi kube-proxy-7vjcv 18m 15Mi kube-proxy-xrz8f 13m 21Mi kube-proxy-zpwn6 1m 14Mi kube-scheduler-master 7m 17Mi metrics-server-5549c7694f-7vb66 2m 14Mi

kubectl top命令為用戶提供簡潔、快速獲取Node對象及Pod對象系統(tǒng)資源占用狀況的接口,是集群運行和維護的常用命令之一。

原文鏈接:https://juejin.cn/post/6996862439560052773

責(zé)任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    13

    文章

    9795

    瀏覽量

    87995
  • 監(jiān)控系統(tǒng)

    關(guān)注

    21

    文章

    4078

    瀏覽量

    182604
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    高防服務(wù)器哪家好?RAKsmart高防服務(wù)器全方位解析

    普通服務(wù)器缺乏專業(yè)防護能力,而高防服務(wù)器憑借高帶寬儲備、智能流量清洗機制和實時監(jiān)控系統(tǒng),能有效抵御攻擊,保障業(yè)務(wù)連續(xù)性。不過,市場上高防服務(wù)器提供商眾多,哪家好呢?接下來,小庫主機評測
    的頭像 發(fā)表于 05-12 09:28 ?304次閱讀

    新加坡服務(wù)器延遲大嗎?真相在這里#新加坡服務(wù)器 #服務(wù)器

    服務(wù)器
    jf_57681485
    發(fā)布于 :2025年04月18日 13:48:50

    安徽京準(zhǔn):NTP網(wǎng)絡(luò)時間服務(wù)器助力石油管道監(jiān)控改造

    安徽京準(zhǔn):NTP網(wǎng)絡(luò)時間服務(wù)器助力石油管道監(jiān)控改造
    的頭像 發(fā)表于 04-18 11:12 ?299次閱讀
    安徽京準(zhǔn):NTP網(wǎng)絡(luò)時間<b class='flag-5'>服務(wù)器</b>助力石油管道<b class='flag-5'>監(jiān)控</b>改造

    安徽京準(zhǔn):NTP時間同步服務(wù)器提升石油管道監(jiān)控效率

    安徽京準(zhǔn):NTP時間同步服務(wù)器提升石油管道監(jiān)控效率
    的頭像 發(fā)表于 04-08 09:37 ?272次閱讀
    安徽京準(zhǔn):NTP時間同步<b class='flag-5'>服務(wù)器</b>提升石油管道<b class='flag-5'>監(jiān)控</b>效率

    MKW45B41Z客戶端無法從服務(wù)器獲取服務(wù)是為什么?

    。MKW45B41Z (自定義板) 充當(dāng)中央設(shè)備客戶端角色。MKW45 客戶端掃描外圍設(shè)備(NRF 連接)設(shè)備并連接到外圍設(shè)備(NRF 連接)設(shè)備。連接 MKW45(自定義板卡)后,客戶端無法從服務(wù)器獲取服務(wù)(NRF 連接)
    發(fā)表于 03-28 07:40

    NTP校時服務(wù)器 時鐘同步服務(wù)器

    服務(wù)器
    jf_75250307
    發(fā)布于 :2025年03月19日 20:56:34

    基于華為云 Flexus X 實例部署 Uptime-Kuma 服務(wù)器監(jiān)控面板

    系統(tǒng)來實時掌握服務(wù)器的運行狀態(tài)。 ????????在這樣的背景下,uptime-kuma 應(yīng)運而生。uptime-kuma 是一款開源的服務(wù)器監(jiān)控面板,它能夠幫助用戶實時監(jiān)控
    的頭像 發(fā)表于 01-17 09:42 ?825次閱讀
    基于華為云 Flexus X 實例部署 Uptime-Kuma <b class='flag-5'>服務(wù)器</b><b class='flag-5'>監(jiān)控</b>面板

    Flexus 云服務(wù)器 X 實例實踐:部署 ServerBee 監(jiān)控工具

    引言 在當(dāng)今數(shù)字化的時代,服務(wù)器的有效監(jiān)控與管理對于企業(yè)和開發(fā)者至關(guān)重要。華為云作為云計算領(lǐng)域的佼佼者,一直以強大的技術(shù)實力和卓越的服務(wù)品質(zhì)著稱。其 Flexus 云服務(wù)器 X 實例,
    的頭像 發(fā)表于 01-14 09:26 ?836次閱讀
    Flexus 云<b class='flag-5'>服務(wù)器</b> X 實例實踐:部署 ServerBee <b class='flag-5'>監(jiān)控</b>工具

    Flexus 云服務(wù)器 X 實例實踐:安裝 Ward 服務(wù)器監(jiān)控工具

    了強大而靈活的計算能力。而在系統(tǒng)運維管理方面,Ward 這一專為 Linux 系統(tǒng)打造的監(jiān)控工具功能強大,當(dāng)我們將其安裝在華為云 Flexus 云服務(wù)器 X 實例上時,又會擦出怎樣的火花呢? 一、Flexus 云服務(wù)器 X 實例
    的頭像 發(fā)表于 01-13 15:51 ?421次閱讀
    Flexus 云<b class='flag-5'>服務(wù)器</b> X 實例實踐:安裝 Ward <b class='flag-5'>服務(wù)器</b><b class='flag-5'>監(jiān)控</b>工具

    理解云服務(wù)器網(wǎng)絡(luò)指標(biāo):關(guān)鍵性能指標(biāo)

    在云計算領(lǐng)域,網(wǎng)絡(luò)度量對于評估云服務(wù)器操作的性能、可靠性和效率至關(guān)重要。這些指標(biāo)提供了對網(wǎng)絡(luò)服務(wù)運行狀況和性能的洞察,使管理員能夠就資源分配、擴展和優(yōu)化做出明智的決策。本文將探討云服務(wù)器
    的頭像 發(fā)表于 11-11 17:04 ?762次閱讀

    使用zabbix監(jiān)控服務(wù)器的方法

    Zabbix環(huán)境 在開始監(jiān)控服務(wù)器之前,你需要準(zhǔn)備Zabbix環(huán)境。這包括安裝Zabbix服務(wù)器、Zabbix代理和配置Web界面。 2.1 安裝Zabbix服務(wù)器 Zabbix
    的頭像 發(fā)表于 11-08 10:47 ?929次閱讀

    Kubernetes集群搭建容器云需要幾臺服務(wù)器?

    Kubernetes集群搭建容器云需要幾臺服務(wù)器?至少需要4臺服務(wù)器。搭建容器云所需的服務(wù)器數(shù)量以及具體的搭建步驟,會根據(jù)所選用的技術(shù)棧、業(yè)務(wù)規(guī)模、架構(gòu)設(shè)計以及安全需求等因素而有所不同
    的頭像 發(fā)表于 10-21 10:06 ?445次閱讀

    獨立服務(wù)器與云服務(wù)器的區(qū)別

    隨著互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展,企業(yè)對于服務(wù)器的需求日益增加,而服務(wù)器市場也隨之出現(xiàn)了多種類型的產(chǎn)品,其中最常見的是獨立服務(wù)器和云服務(wù)器。這兩種服務(wù)器
    的頭像 發(fā)表于 10-12 14:34 ?713次閱讀

    如何在阿里ECS服務(wù)器上架設(shè)自己的OpenVPN服務(wù)器

    需要自己架設(shè)服務(wù)器,讓現(xiàn)場的IR615路由連接自己的服務(wù)器。能通過自己的服務(wù)器進行數(shù)據(jù)采集和遠(yuǎn)程運維。
    發(fā)表于 07-25 06:14