日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

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

解析Kubernetes監(jiān)控指標獲取方式對比

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

掃碼添加小助手

加入工程師交流群

對比

node-exporter用于采集服務器層面的運行指標,包括機器的loadavg、filesystem、meminfo等基礎監(jiān)控,類似于傳統(tǒng)主機監(jiān)控維度的zabbix-agent。 metric-server/heapster是從api-server中獲取CPU、內(nèi)存使用率這種監(jiān)控指標,并把他們發(fā)送給存儲后端,如InfluxDB或云廠商,他當前的核心作用是:為HPA等組件提供決策指標支持。 kube-state-metrics關注于獲取Kubernetes各種資源的最新狀態(tài),如Deployment或者DaemonSet。 例如:
  • 我調(diào)度了多少個Replicas?現(xiàn)在可用的有幾個?

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

  • Pod重啟了多少次?

  • 我有多少job在運行中?

這些指標都由kube-state-metrics提供。 之所以沒有把kube-state-metrics納入到metric-server的能力中,是因為他們的關注點本質(zhì)上是不一樣的。
  • metric-server僅僅是獲取、格式化現(xiàn)有數(shù)據(jù),寫入特定的存儲,實質(zhì)上是一個監(jiān)控系統(tǒng)。

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

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

	

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

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

	

#dockerpullzhaoqinchang/metrics-server:0.3.7 0.3.7:Pullingfromzhaoqinchang/metrics-server 9ff2acc3204b:Pullcomplete 9d14b55ff9a0:Pullcomplete Digest:sha256:c0efe772bb9e5c289db6cc4bc2002c268507d0226f2a3815f7213e00261c38e9 Status:Downloadednewerimageforzhaoqinchang/metrics-server:0.3.7 docker.io/zhaoqinchang/metrics-server:0.3.7

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

	#catcomponents.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","list","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: #mountintmpsowecansafelyusefrom-scratchimagesand/orread-onlycontainers -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:

	

#kubectlapply-fcomponents.yaml clusterrole.rbac.authorization.k8s.io/system:aggregated-metrics-readercreated clusterrolebinding.rbac.authorization.k8s.io/metrics-serverauth-delegatorcreated rolebinding.rbac.authorization.k8s.io/metrics-server-auth-readercreated apiservice.apiregistration.k8s.io/v1beta1.metrics.k8s.iocreated serviceaccount/metrics-servercreated deployment.apps/metrics-servercreated service/metrics-servercreated clusterrole.rbac.authorization.k8s.io/system:metrics-servercreated clusterrolebinding.rbac.authorization.k8s.io/system:metrics-servercreated

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

	

#kubectlapi-versions|grepmetrics metrics.k8s.io/v1beta1

使用

kubectl top命令可顯示節(jié)點和Pod對象的資源使用信息,它依賴于集群中的資源指標API來收集各項指標數(shù)據(jù)。它包含有Node和Pod兩個子命令,可分別顯示Node對象和Pod對象的相關資源占用率。 列出Node資源占用率命令的語法格式為“kubectl top node [-l label | NAME]”,例如下面顯示所有節(jié)點的資源占用狀況的結果中顯示了各節(jié)點累計CPU資源占用時長及百分比,以及內(nèi)容空間占用量及占用比例。必要時,也可以在命令直接給出要查看的特定節(jié)點的標識,以及使用標簽選擇器進行節(jié)點過濾。

	

[root@mastermetric]#kubectltopnodes NAMECPU(cores)CPU%MEMORY(bytes)MEMORY% master282m14%1902Mi51% node-0270m3%1371Mi37% node-03121m1%892Mi11%

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

	

[root@mastermetric]#kubectltoppods-nkube-system NAMECPU(cores)MEMORY(bytes) etcd-master32m300Mi kube-apiserver-master86m342Mi kube-controller-manager-master30m48Mi kube-flannel-ds-l5ghn5m10Mi kube-flannel-ds-rqlm24m12Mi kube-flannel-ds-v92r94m14Mi kube-proxy-7vjcv18m15Mi kube-proxy-xrz8f13m21Mi kube-proxy-zpwn61m14Mi kube-scheduler-master7m17Mi metrics-server-5549c7694f-7vb662m14Mi

kubectl top命令為用戶提供簡潔、快速獲取Node對象及Pod對象系統(tǒng)資源占用狀況的接口,是集群運行和維護的常用命令之一。 原文鏈接:https://juejin.cn/post/6996862439560052773
編輯:jq
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • cpu
    cpu
    +關注

    關注

    68

    文章

    11332

    瀏覽量

    225991
  • 服務器
    +關注

    關注

    14

    文章

    10371

    瀏覽量

    91772
  • API
    API
    +關注

    關注

    2

    文章

    2481

    瀏覽量

    67061
  • 機器
    +關注

    關注

    0

    文章

    801

    瀏覽量

    41942

原文標題:Kubernetes監(jiān)控指標獲取方式對比

文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運維】歡迎添加關注!文章轉載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    闡述:通過淘寶商品ID獲取淘寶商品詳情數(shù)據(jù)API教程

    獲取公開 / 授權商品詳情。 請求方式:POST(推薦)/ GET。 返回格式:JSON。 核心接口涵蓋接入與配額: 平臺提供多款接口,分為競品內(nèi)容監(jiān)測,用戶畫像與細分群體分析,輿情監(jiān)控與危機預警,市場趨勢與熱點預測,內(nèi)容創(chuàng)作
    的頭像 發(fā)表于 04-27 14:33 ?74次閱讀

    淘寶寶貝詳情 API:通過商品 ID 獲取淘寶商品詳情頁面數(shù)據(jù)

    ID 獲取公開 / 授權商品詳情 請求方式 :POST(推薦)/ GET 返回格式 :JSON 核心接口涵蓋接入與配額: 平臺提供多款接口,分為競品內(nèi)容監(jiān)測,用戶畫像與細分群體分析,輿情監(jiān)控與危機預警,市場趨勢與熱點預測,內(nèi)容
    的頭像 發(fā)表于 04-22 15:11 ?794次閱讀

    高效獲取淘寶商品詳情:API 開發(fā)實現(xiàn)鏈接解析的完整技術方案

    ? 在電商數(shù)據(jù)應用、比價系統(tǒng)搭建、庫存監(jiān)控等場景中,通過 API 實現(xiàn)淘寶鏈接解析與商品詳情獲取是核心技術環(huán)節(jié)。但淘寶開放平臺的權限限制、反爬蟲機制及數(shù)據(jù)格式差異,常讓開發(fā)者踩坑。本文結合官方規(guī)范
    的頭像 發(fā)表于 04-13 16:23 ?168次閱讀

    Kubernetes Ingress Controller對比解析

    Kubernetes集群對外提供服務時,Ingress是標準的服務暴露方式。Ingress資源定義了HTTP/HTTPS路由規(guī)則,而Ingress Controller則是這些規(guī)則的實現(xiàn)者
    的頭像 發(fā)表于 04-09 10:09 ?268次閱讀

    Redis應用監(jiān)控指標大盤點

    Redis作為高性能內(nèi)存數(shù)據(jù)庫,廣泛應用于緩存、會話存儲、消息隊列等場景。對Redis運行狀況的有效監(jiān)控,是保障業(yè)務穩(wěn)定性的關鍵。本文的目的是幫助運維工程師建立完整的Redis監(jiān)控知識體系,講解需要監(jiān)控哪些
    的頭像 發(fā)表于 04-09 10:07 ?185次閱讀

    KubePi:開源Kubernetes可視化管理面板,讓集群管理如此簡單

    的部署、監(jiān)控和維護,讓即使不具備深厚Kubernetes知識的用戶也能輕松管理集群。 1.2 核心價值:可視化多集群管理 KubePi允許管理員導入多個Kubernetes集群,并通過精細的權限控制將不
    發(fā)表于 02-11 12:53

    Kubernetes kubectl命令行工具詳解

    kubectl是Kubernetes官方提供的命令行工具,作為與Kubernetes集群交互的主要接口,它通過調(diào)用Kubernetes API Server實現(xiàn)對集群資源的全面管理。在生產(chǎn)環(huán)境中,運維工程師需要熟練掌握kubec
    的頭像 發(fā)表于 02-02 16:40 ?626次閱讀

    從直流到高頻:深度解析電流探頭的關鍵性能指標與選型指南

    深度解析電流探頭的關鍵性能指標與選型指南
    的頭像 發(fā)表于 12-17 14:54 ?540次閱讀

    香港服務器支持Docker和Kubernetes嗎?

    Kubernetes的部署與運行? 答案是肯定的,而且香港服務器由于其獨特的優(yōu)勢,往往是部署容器化應用的絕佳選擇。 下面,我們將從技術支持、網(wǎng)絡優(yōu)勢、實踐指南和注意事項等方面,全面解析香港服務器與云原生技術的完美契合度。 一、核心技術支持:堅如磐石的基
    的頭像 發(fā)表于 10-21 15:47 ?951次閱讀

    亞馬遜 MWS API 實戰(zhàn):商品詳情精準獲取與跨境電商數(shù)據(jù)整合方案

    本文詳細解析亞馬遜MWS API接口的技術實現(xiàn),重點解決跨境商品數(shù)據(jù)獲取中的核心問題。文章首先介紹MWS接口體系的特點,包括多站點數(shù)據(jù)獲取、AWS簽名認證等關鍵環(huán)節(jié),并對比普通電商接口
    的頭像 發(fā)表于 09-22 10:05 ?860次閱讀
    亞馬遜 MWS API 實戰(zhàn):商品詳情精準<b class='flag-5'>獲取</b>與跨境電商數(shù)據(jù)整合方案

    Zabbix與Prometheus運維監(jiān)控系統(tǒng)的對比

    在當今云原生和微服務架構盛行的時代,監(jiān)控系統(tǒng)已成為運維工程師不可或缺的核心工具。面對市場上眾多監(jiān)控解決方案,Zabbix和Prometheus作為兩大主流選擇,各自擁有獨特的優(yōu)勢和適用場景。本文將從架構設計、性能表現(xiàn)、功能特性、運維成本等多個維度進行深入
    的頭像 發(fā)表于 09-18 14:57 ?869次閱讀

    數(shù)字功放的崛起;技術優(yōu)勢與產(chǎn)品對比解析

    數(shù)字功放的崛起;技術優(yōu)勢與產(chǎn)品對比解析
    的頭像 發(fā)表于 07-18 17:59 ?1665次閱讀
    數(shù)字功放的崛起;技術優(yōu)勢與產(chǎn)品<b class='flag-5'>對比</b><b class='flag-5'>解析</b>

    如何評估協(xié)議分析儀的性能指標?

    評估協(xié)議分析儀的性能指標需從硬件處理能力、協(xié)議解析精度、實時響應效率、擴展性與兼容性、用戶體驗五大維度綜合考量。以下是具體指標及評估方法,結合實際場景說明其重要性:一、硬件處理能力:決定基礎性
    發(fā)表于 07-18 14:44

    生產(chǎn)環(huán)境中Kubernetes容器安全的最佳實踐

    隨著容器化技術的快速發(fā)展,Kubernetes已成為企業(yè)級容器編排的首選平臺。然而,在享受Kubernetes帶來的便利性和可擴展性的同時,安全問題也日益凸顯。本文將從運維工程師的角度,深入探討生產(chǎn)環(huán)境中Kubernetes容器
    的頭像 發(fā)表于 07-14 11:09 ?970次閱讀

    網(wǎng)絡化多電機伺服系統(tǒng)監(jiān)控終端設計

    信息,并計算系統(tǒng)各項性能指標。實驗結果表明,系統(tǒng)響應速度快、運行穩(wěn)定,可靠性高。 純分享帖,需要者可點擊附件免費獲取完整資料~~~*附件:網(wǎng)絡化多電機伺服系統(tǒng)監(jiān)控終端設計.pdf【免責聲明】本文系網(wǎng)絡轉載,版權歸原作者所有。本文
    發(fā)表于 06-23 07:15
    青阳县| 资兴市| 义乌市| 福州市| 嘉义县| 洪湖市| 焦作市| 兴国县| 和田县| 岚皋县| 黄冈市| 北宁市| 易门县| 达日县| 宜州市| 陇南市| 博客| 永昌县| 招远市| 保德县| 石家庄市| 关岭| 屯门区| 普洱| 衡阳市| 长岭县| 太原市| 扬中市| 环江| 罗平县| 得荣县| 衡阳市| 武冈市| 黑山县| 巍山| 哈巴河县| 阿鲁科尔沁旗| 柳州市| 贺州市| 卫辉市| 阳朔县|