k8s安装metric server和了解namespace【命名空间】

最新推荐文章于 2024-06-24 17:53:03 发布
最新推荐文章于 2024-06-24 17:53:03 发布
阅读量644 收藏 27
点赞数 11
分类专栏： 程序员 文章标签： kubernetes linux docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84048671/article/details/137362292
版权

metrics服务状态查看

现在也可以看到metrics的pod状态是running的

命令：kubectl get pods -n kube-system

[root@master k8s]# kubectl get ns

NAME STATUS AGE

default Active 4d3h

kube-node-lease Active 4d3h

kube-public Active 4d3h

kube-system Active 4d3h

[root@master k8s]# kubectl get pods -n kube-system | tail -n 2

kube-scheduler-master 1/1 Running 12 4d3h

metrics-server-644c7f4f6d-xb9bz 1/1 Running 0 6m39s

[root@master k8s]#

  • api中也有这个服务

[root@master ~]# kubectl api-versions | grep me

metrics.k8s.io/v1beta1

[root@master ~]#

测试

查看node及pod监控指标

node:kubectl top nodes

pod:kubectl top pod --all-namespaces

[root@master ~]# kubectl top nodes

W0706 16:03:01.500535 125671 top_node.go:119] Using json format to get metrics. Next release will switch to protocol-buffers, switch early by passing --use-protocol-buffers flag

NAME CPU(cores) CPU% MEMORY(bytes) MEMORY%

master 319m 7% 1976Mi 53%

node1 132m 3% 856Mi 23%

node2 141m 3% 841Mi 22%

[root@master ~]#

[root@master ~]# kubectl top pods -n kube-system

W0706 16:03:03.934225 125697 top_pod.go:140] Using json format to get metrics. Next release will switch to protocol-buffers, switch early by passing --use-protocol-buffers flag

NAME CPU(cores) MEMORY(bytes)

calico-kube-controllers-78d6f96c7b-p4svs 4m 32Mi

calico-node-cc4fc 40m 134Mi

calico-node-stdfj 40m 138Mi

calico-node-zhhz7 58m 132Mi

coredns-545d6fc579-6kb9x 3m 28Mi

coredns-545d6fc579-v74hg 3m 19Mi

etcd-master 18m 271Mi

kube-apiserver-master 66m 387Mi

kube-controller-manager-master 21m 77Mi

kube-proxy-45qgd 1m 25Mi

kube-proxy-fdhpw 1m 35Mi

kube-proxy-zf6nt 1m 25Mi

kube-scheduler-master 4m 35Mi

metrics-server-bcfb98c76-w87q9 2m 13Mi

[root@master ~]#

top精简查看

默认执行会有一堆提示，如果不想要这些提示，直接在后面加上参数：--use-protocol-buffers即可【提示中最后有参数说明的哈】

[root@master ~]# kubectl top nodes

W0706 16:45:18.630117 42684 top_node.go:119] Using json format to get metrics. Next release will switch to protocol-buffers, switch early by passing --use-protocol-buffers flag

NAME CPU(cores) CPU% MEMORY(bytes) MEMORY%

master 317m 7% 1979Mi 53%

node1 140m 3% 849Mi 23%

node2 138m 3% 842Mi 22%

[root@master ~]#

[root@master ~]# kubectl top nodes --use-protocol-buffers

NAME CPU(cores) CPU% MEMORY(bytes) MEMORY%

master 324m 8% 1979Mi 53%

node1 140m 3% 850Mi 23%

node2 139m 3% 841Mi 22%

[root@master ~]#

top中使用率m说明

  • 一核心会分成1000个微核心，一个微核心为1m，如下cpu(cores)中324m就表示324个微核心。

[root@master ~]# kubectl top nodes --use-protocol-buffers

NAME CPU(cores) CPU% MEMORY(bytes) MEMORY%

master 324m 8% 1979Mi 53%

node1 140m 3% 850Mi 23%

node2 139m 3% 841Mi 22%

[root@master ~]#

  • 核心计算百分比方式，需要先知道自己有多少颗cpu，命令：lscpu，一颗cpu是1000微核心，得出总微核心以后就可以计算了，如上master使用了324m，则master的使用率为：

324/4000*100=8.1%

[root@master ~]# lscpu | grep CPU(

CPU(s): 4

  • 问题来了，你觉得nodes中已经有CPU的%了，还自己算个der？

是的，node使用率已经有了，但pod没有，所有pod都需要自己计算的，要知道m这个东西是啥才是最重要的。

[root@master ~]# kubectl top pods -n kube-system

W0706 16:53:45.335507 52024 top_pod.go:140] Using json format to get metrics. Next release will switch to protocol-buffers, switch early by passing --use-protocol-buffers flag

NAME CPU(cores) MEMORY(bytes)

calico-kube-controllers-78d6f96c7b-p4svs 4m 32Mi

calico-node-cc4fc 41m 134Mi

calico-node-stdfj 56m 137Mi

calico-node-zhhz7 55m 133Mi

coredns-545d6fc579-6kb9x 4m 27Mi

coredns-545d6fc579-v74hg 4m 20Mi

etcd-master 18m 269Mi

kube-apiserver-master 69m 383Mi

kube-controller-manager-master 20m 77Mi

kube-proxy-45qgd 1m 25Mi

kube-proxy-fdhpw 1m 34Mi

kube-proxy-zf6nt 1m 26Mi

kube-scheduler-master 4m 35Mi

metrics-server-bcfb98c76-w87q9 1m 13Mi

[root@master ~]#

top报错error处理

metrics所有服务状态都正常，但是执行top的时候，就会报如下错误

在这里插入图片描述

这是因为应用修改配置需要时间，还没配置完成了，等待一会即可【前提是保证上面的步骤没有遗漏和配置文件修改正确】。

如果等待时间漫长了依然不行【如果在VMware的虚拟机上，确定本地物理机cpu没有处于满负荷状态（资源管理器查看使用率是不是100%）】，在master节点将metric的tar包放到/root目录下重头开始一遍即可】

namespace【命名空间】

==============================================================================

说明

  • Kubernetes 支持多个虚拟集群，它们底层依赖于同一个物理集群。这些虚拟集群被称为命名空间。

  • 在一个Kubernetes集群中可以使用namespace创建多个“虚拟集群”，这些namespace之间完全隔离，但可以通过某种方式，让一个namespace中的service可以访问到其他的namespace中的服务，我们在CentOS中部署kubernetes1.6集群的时候就用到了好几个跨越namespace的服务，比如Traefik ingress和kube-systemnamespace下的service就可以为整个集群提供服务，这些都需要通过RBAC定义集群级别的角色来实现。

查看所有Namespace

  • 查看单个：kubectl get namespace 名称【一般不会这么用】

  • 查看全部

  • 方式1：kubectl get ns【缩写】

  • 方式2：kubectl get namespace【全拼，这个namespace可以在后面加s用复数形式】

[root@master ~]# kubectl get ns

NAME STATUS AGE

default Active 4d8h

kube-node-lease Active 4d8h

kube-public Active 4d8h

kube-system Active 4d8h

ns1 Active 39m

[root@master ~]# kubectl get namespaces

NAME STATUS AGE

default Active 4d8h

kube-node-lease Active 4d8h

kube-public Active 4d8h

kube-system Active 4d8h

ns1 Active 39m

[root@master ~]#

  • Kubernetes以三个初始名称空间开头:

  • default 没有其他命名空间的对象的默认命名空间.

  • kube-system系统创建的对象的命名空间.

  • kube-public此命名空间是自动创建的，并且可供所有用户（包括未经过身份验证的用户）读取.此命名空间主要用于集群使用，关联的一些资源在集群中是可见的并且可以公开读取。此命名空间的公共方面知识一个约定，但不是非要这么要求。

  • 命名空间可以分为两个阶段：

  • Active 当前命名空间正在被使用。

  • Terminating 这个Namespace正在被删除，并且不能用于新对象。

查看namespace对应的label

命令：kubectl get namespaces --show-labels

[root@master ~]# kubectl get namespaces --show-labels

NAME STATUS AGE LABELS

ccx Active 8m2s kubernetes.io/metadata.name=ccx

ccxhero Active 73s kubernetes.io/metadata.name=ccxhero,name=ccxhero

default Active 4d8h kubernetes.io/metadata.name=default

kube-node-lease Active 4d8h kubernetes.io/metadata.name=kube-node-lease

kube-public Active 4d8h kubernetes.io/metadata.name=kube-public

kube-system Active 4d8h kubernetes.io/metadata.name=kube-system

ns1 Active 60m kubernetes.io/metadata.name=ns1

查看当前默认namespace

命令：kubectl config get-contexts

结果中 NAMESPACE就是当前所处ns空间了。

root@master ~]# kubectl config get-contexts

CURRENT NAME CLUSTER AUTHINFO NAMESPACE

  •     kubernetes-admin@kubernetes   kubernetes   kubernetes-admin   default

[root@master ~]#

查看单个namespace的详细信息

命令：kubectl describe namespaces 名称

[root@master ~]# kubectl describe namespaces default

Name: default

Labels: kubernetes.io/metadata.name=default

Annotations:

Status: Active

No resource quota.

No LimitRange resource.

[root@master ~]# kubectl describe namespaces kube-system

Name: kube-system

Labels: kubernetes.io/metadata.name=kube-system

Annotations:

Status: Active

No resource quota.

No LimitRange resource.

[root@master ~]#

创建namespace

方式1，通过文件创建

  • 创建一个名为my-namespace.yaml【可以在任意路径创建，名称自定义，后缀固定】的新YAML文件，其中包含以下内容：

版本v1自定义，name自定义

下面这是和命令创建是一摸一样的

[root@master ~]# cat my-namespace.yaml

apiVersion: v1

kind: Namespace

metadata:

name: ccx

[root@master ~]#

  • 但通过配置文件肯定是指定labels的意义更大，创建方式如下。

[root@master ~]# cat my-namespace.yaml

{

“apiVersion”: “v1”,

“kind”: “Namespace”,

“metadata”: {

“name”: “ccxhero”,

“labels”: {

“name”: “ccxhero”

}

}

}

[root@master ~]#

[root@master ~]# kubectl create -f my-namespace.yaml

namespace/ccxhero created

[root@master ~]# kubectl get ns

NAME STATUS AGE

ccx Active 7m2s

ccxhero Active 13s

default Active 4d8h

kube-node-lease Active 4d8h

kube-public Active 4d8h

kube-system Active 4d8h

ns1 Active 59m

  • 查看其对应的labels。

[root@master ~]# kubectl get namespaces --show-labels

NAME STATUS AGE LABELS

ccx Active 8m2s kubernetes.io/metadata.name=ccx

ccxhero Active 73s kubernetes.io/metadata.name=ccxhero,name=ccxhero

default Active 4d8h kubernetes.io/metadata.name=default

kube-node-lease Active 4d8h kubernetes.io/metadata.name=kube-node-lease

kube-public Active 4d8h kubernetes.io/metadata.name=kube-public

kube-system Active 4d8h kubernetes.io/metadata.name=kube-system

ns1 Active 60m kubernetes.io/metadata.name=ns1

[root@master ~]#

  • 然后通过一条命令生成

[root@master ~]# kubectl apply -f ./my-namespace.yaml

namespace/ccx created

[root@master ~]#

[root@master ~]# kubectl get ns

NAME STATUS AGE

ccx Active 9s

default Active 4d8h

kube-node-lease Active 4d8h

kube-public Active 4d8h

kube-system Active 4d8h

方式2，通过命令创建

  • 语法：

kubectl create namespace

  • 如，现在创建一个ccx1的空间

[root@master ~]# kubectl create namespace ccx1

namespace/ccx1 created

[root@master ~]#

[root@master ~]# kubectl get ns

NAME STATUS AGE

ccx Active 2m13s

ccx1 Active 7s

default Active 4d8h

  • 可以加上一个-f参数，类似于强制创建，如：

kubectl create -f namespace ccx1

删除Namespace

  • 注：谨慎删除命名空间，删除前先执行：kubectl get pods -n 需要删除的ns，先确定里面是否有pod或已有pod是否不需要了，因为删除ns后，里面的pod会一并被删除，不可恢复。

  • 语法：

kubectl delete namespaces

  • 如，我现在删除ccx1的空间

[root@master ~]#

[root@master ~]# kubectl delete namespaces ccx1

namespace “ccx1” deleted

[root@master ~]#

[root@master ~]# kubectl get ns

NAME STATUS AGE

ccx Active 3m44s

default Active 4d8h

在指定命名空间上部署应用

说明

  • 下面这是官方英文文档，我也是翻译里面的内容，跟着做的而已。

部署流程

  • 语法

kubeclt create deployment 自定义pod名称 --image=镜像仓库名称 -n=命名空间名称 --replicas=自定义副本数

#镜像仓库查看

[root@master ~]# docker images | grep ng

nginx latest d1a364dc548d 6 weeks ago 133MB

[root@master ~]#

命名空间查看

[root@master ~]# kubectl get ns

NAME STATUS AGE

ccx Active 15h

ccxhero Active 15h

default Active 5d

kube-node-lease Active 5d

kube-public Active 5d

kube-system Active 5d

ns1 Active 16h

[root@master ~]#

#副本数

–replicas=这参数可以不要，默认是1，如果–replicas==2，则会创建2个该pod。

创建示例

  • 如，我在ccx命名空间里创建一个nginx，副本数为2的pod

创建前是空的

[root@master ~]# kubectl get pod -n ccx

No resources found in ccx namespace.

[root@master ~]#

[root@master ~]# kubectl create deployment nginx-test --image=nginx -n=ccx --replicas=2

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

img

技术学习总结

学习技术一定要制定一个明确的学习路线，这样才能高效的学习，不必要做无效功，既浪费时间又得不到什么效率，大家不妨按照我这份路线来学习。

最后面试分享

大家不妨直接在牛客和力扣上多刷题，同时，我也拿了一些面试题跟大家分享，也是从一些大佬那里获得的，大家不妨多刷刷题，为金九银十冲一波！

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门即可获取！

[外链图片转存中…(img-XuLj5JgD-1712166649757)]

[外链图片转存中…(img-zy1gHfE0-1712166649757)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

img

技术学习总结

学习技术一定要制定一个明确的学习路线，这样才能高效的学习，不必要做无效功，既浪费时间又得不到什么效率，大家不妨按照我这份路线来学习。

[外链图片转存中…(img-ywmZlAGq-1712166649757)]

[外链图片转存中…(img-TQWQVQW3-1712166649757)]

[外链图片转存中…(img-dNXK5HYG-1712166649758)]

最后面试分享

大家不妨直接在牛客和力扣上多刷题，同时，我也拿了一些面试题跟大家分享，也是从一些大佬那里获得的，大家不妨多刷刷题，为金九银十冲一波！

[外链图片转存中…(img-Zvt6Y8gS-1712166649758)]

[外链图片转存中…(img-XfuScPqD-1712166649758)]

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门即可获取！

2401_84048671
关注
  • 11
    点赞
  • 踩
  • 27
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
k8s核心指标API Metrics-Server部署指南！
10-14
Heapster是容器集群监控和性能分析工具，HPA、Dashborad、Kubectl top都依赖于heapster收集的数据。 但是Heapster从kubernetes 1.8以后已经被遗弃了...... 被metrics-server所替代......
k8s1.17与dashboard与metricserver部署.docx
03-17
kube1.17，dashboard，metres-server部署文档整理，centos7.x以上已经完成部署，亲测好用。
k8s安装metrics-server
学亮编程手记
02-20 589
[root@k8s-n0 kubesphere-install]# pwd /opt/kubesphere-install [root@k8s-n0 kubesphere-install]# cat metrics-server/metrics-server.yaml --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: system:aggregated-metrics-reader lab.
K8S安装metrics-server
最新发布
codelearning的专栏
06-24 1568
于 Kubernetes，Metrics API 提供了一组基本的指标，以支持自动伸缩和类似的用例。该 API 提供有关节点和 Pod 的资源使用情况的信息， 包括 CPU 和内存的指标。如果将 Metrics API 部署到集群中， 那么 Kubernetes API 的客户端就可以查询这些信息，并且可以使用 Kubernetes 的访问控制机制来管理权限。(HPA) 和(VPA) 使用 metrics API 中的数据调整工作负载副本和资源，以满足客户需求。
容器监控实践—Metrics Server
weixin_33843409的博客
01-13 1098
概述 从 v1.8 开始，资源使用情况的监控可以通过 Metrics API的形式获取，具体的组件为Metrics Server，用来替换之前的heapster，heapster从1.11开始逐渐被废弃。 Metrics-Server是集群核心监控数据的聚合器，从 Kubernetes1.8 开始，它作为一个 Deployment对象默认...
K8S 安装 Metric-server
shenyuanhaojie的博客
07-20 1763
metric-server
kubens-命名空间管理工具
07-06
在K8s安装Metric Server的过程中，命名空间的管理也至关重要。Metric Server负责收集和聚合节点及Pod的资源使用情况，提供准确的度量数据供Horizontal Pod Autoscaler（HPA）使用。正确配置命名空间，能确保Metric ...
metrics-server v0.6.1镜像包和安装文件
03-07
metrics-server v0.6.1镜像包和安装文件
轻松搭建Prometheus监控k8s服务之镜像2023年最新
03-26
3. `adapter.tar` - 适配器可能是一个自定义适配器，用于将Prometheus的度量标准转换为k8s的Metric API，这样我们可以直接在k8s上管理和使用这些度量。 4. `alertmanager.tar` - 提供了Alertmanager的镜像，负责处理...
metrics-server 0.6.1
03-24
【metrics-server 0.6.1】是一款针对Kubernetes（k8s）集群的资源监控工具，用于提供详细的节点和Pod级别的性能指标。在Kubernetes中，Horizontal Pod Autoscaler（HPA）依赖于这些指标来自动调整Pod的副本数量，以...
k8s之部署metrics-server
weixin_43757555的博客
09-05 1183
GitHub地址：https://github.com/kubernetes-sigs/metrics-server 获取yaml文件： wget -O metricserver.yaml https://github.com/kubernetes-sigs/metrics-server/releases/download/v0.3.7/components.yaml 修改metricserver.yaml： vim metricserver.yaml 修改里面的args参数，添加- --kubelet-
【K8S】K8s部署Metrics-Server服务
2401_85764574的博客
06-18 605
Metrics API 只可以查询当前的度量数据，并不保存历史数据Metrics API URI 为，在维护必须部署 metrics-server 才能使用该 API，metrics-server 通过调用 Kubelet Summary API 获取数据部署Metrics-Server服务。
k8s 1.14.2 集群搭建之metric server（三）
ysjjovo的专栏
06-07 921
如何查看pod的CPU,内存等资源占用情况？那就是metric server。借用官网的例子使用kubectl top命令查看mem-example中memory-demo的资源使用情况。 kubectl top pod memory-demo --namespace=mem-example 结果类似如下： NAME CPU(cores) MEM...
【k8s集群安装metrics-server】
qq_41798158的博客
05-24 704
k8s集群安装metrics-server
K8s------Metrics-Server资源监控
qq_41582883的博客
03-04 4450
Metrics-Server是集群核心监控数据的聚合器，用来替换之前的heapster。 容器相关的 Metrics 主要来自于 kubelet 内置的 cAdvisor 服务，有了Metrics-Server之后，用户就可以通过标准的 Kubernetes API 来访问到这些监控数据。 Metrics API 只可以查询当前的度量数据，并不保存历史数据。 Metrics API URI 为 /apis/metrics.k8s.io/，在 k8s.io/metrics 维护。 必须部署 metrics-s
k8s 部署安装 metrics-server
qq_49109854的博客
11-14 453
Metrics-Server是集群核心监控数据的聚合器
k8s学习笔记3-搭建k8s metrics server
weixin_43501172的博客
07-25 2810
关于k8smetrics-server的部署，可以直接看本文章的部署部分，就是将官网中的yaml文件下载下来，然后修改2个两个地方即可，一个是由于网络问题无法下载的镜像，一个是报500错误问题，这2个地方，修改一下，然后直接应用，就可以ok了。metrics-servery用途。......
k8s安装部署metrics-server；监测集群状况
点赞的都能无bug通过！
01-09 2100
Metrics Server是Kubernetes内置自动伸缩管道的一个可伸缩、高效的容器资源度量来源。Metrics Server从Kubelets收集资源指标，并通过Metrics API将它们暴露在Kubernetes apiserver中，供水平Pod Autoscaler和垂直Pod Autoscaler使用。kubectl top还可以访问Metrics API，这使得调试自动伸缩管道变得更容易。Metrics Server不是用于非自动伸缩的目的。
metric-server离线安装报错
10-02
metric-server是一个用于收集和查询集群中各个资源的指标数据的组件，离线安装时报错可能是由于以下几个原因导致的。 1. 软件包缺失：离线安装metric-server需要下载相应的软件包，并将其放置在指定的目录中。如果...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值