云原生|kubernetes 你真的学废了吗---实战k8s 一(jsonpath实战)

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
简介: 云原生|kubernetes 你真的学废了吗---实战k8s 一(jsonpath实战)

前言:

kubernetes是什么大家应该都知道,不用在这赘述了,其中的kubectl命令是我们和kubernetes集群交互的命令行工具,kubectl get 是获取resources也就是资源的各种信息的命令,那么,在实际的集群使用中,我们应该关心资源的哪些维度呢?如何更加优雅的获得我们想知道的信息呢?本文就此将进行一个深入的探讨,以实际的问题来演示。

一,

现在有一个kubernetes集群,假设pod非常多,如何查询出所有pod并按其名称排序?

下面的命令可以看到,第二个命令就是按名字排序了,那么,为什么是--sort-by={.metadata.name}呢?其实主要原因是sort-by后面接的是jsonpath

[root@master ~]# k get po -A
NAMESPACE     NAME                       READY   STATUS              RESTARTS   AGE
default       busybox                    0/1     ContainerCreating   0          11s
default       nginx                      1/1     Running             0          7m29s
kube-system   coredns-76648cbfc9-lb75g   1/1     Running             3          17d
kube-system   kube-flannel-ds-mhkdq      1/1     Running             10         17d
kube-system   kube-flannel-ds-mlb7l      1/1     Running             11         17d
kube-system   kube-flannel-ds-sl4qv      1/1     Running             2          17d
[root@master ~]# k get po -A --sort-by={.metadata.name}
NAMESPACE     NAME                       READY   STATUS      RESTARTS   AGE
default       busybox                    0/1     Completed   2          37s
kube-system   coredns-76648cbfc9-lb75g   1/1     Running     3          17d
kube-system   kube-flannel-ds-mhkdq      1/1     Running     10         17d
kube-system   kube-flannel-ds-mlb7l      1/1     Running     11         17d
kube-system   kube-flannel-ds-sl4qv      1/1     Running     2          17d
default       nginx                      1/1     Running     0          7m55s

二,

查询所有的pod,按其生成的时间从远到近和从近到远排序:

[root@master ~]# kubectl get po --sort-by={.metadata.creationTimestamp} -A
NAMESPACE     NAME                       READY   STATUS      RESTARTS   AGE
kube-system   kube-flannel-ds-mhkdq      1/1     Running     10         17d
kube-system   kube-flannel-ds-mlb7l      1/1     Running     11         17d
kube-system   kube-flannel-ds-sl4qv      1/1     Running     2          17d
kube-system   coredns-76648cbfc9-lb75g   1/1     Running     3          17d
default       nginx                      1/1     Running     0          24m
default       busybox                    0/1     Completed   8          16m
[root@master ~]# kubectl get po --sort-by={metadata.creationTimestamp} -A --no-headers | tac
default       busybox                    0/1   CrashLoopBackOff   7     16m
default       nginx                      1/1   Running            0     23m
kube-system   coredns-76648cbfc9-lb75g   1/1   Running            3     17d
kube-system   kube-flannel-ds-sl4qv      1/1   Running            2     17d
kube-system   kube-flannel-ds-mlb7l      1/1   Running            11    17d
kube-system   kube-flannel-ds-mhkdq      1/1   Running            10    17d

三,

查询所有pod,按重启次数排序,这个命令还是很实用的,可以看到,busybox在不停的重启哦

[root@master ~]# kubectl get pods --sort-by='.status.containerStatuses[0].restartCount' -A
NAMESPACE     NAME                       READY   STATUS             RESTARTS   AGE
default       nginx                      1/1     Running            0          64m
kube-system   kube-flannel-ds-sl4qv      1/1     Running            2          17d
kube-system   coredns-76648cbfc9-lb75g   1/1     Running            3          17d
kube-system   kube-flannel-ds-mhkdq      1/1     Running            10         17d
kube-system   kube-flannel-ds-mlb7l      1/1     Running            11         17d
default       busybox                    0/1     CrashLoopBackOff   15         56m

四,

(1)列出所有命名空间下的所有pod所使用的镜像,并按名称排序,并统计镜像使用的次数:

[root@master ~]# kubectl get pods --all-namespaces -o jsonpath="{.items[*].spec.containers[*].image}" |tr -s '[[:space:]]' '\n' |sort |uniq -c
      1 busybox
      1 nginx:1.18
      3 quay.io/coreos/flannel:v0.13.0
      1 registry.cn-hangzhou.aliyuncs.com/google_containers/coredns:1.7.0

(2)不统计使用次数,不排序,仅仅列出pod使用的镜像:

  [root@master ~]# kubectl get pods --all-namespaces -o jsonpath="{.items[*].spec.containers[*].image}" |tr -s '[[:space:]]' '\n' 
busybox
nginx:1.18
registry.cn-hangzhou.aliyuncs.com/google_containers/coredns:1.7.0
quay.io/coreos/flannel:v0.13.0
quay.io/coreos/flannel:v0.13.0
quay.io/coreos/flannel:v0.13.0

(3)查询单个pod所使用的镜像:

首先选定一个pod,下面将要选择 coredns-76648cbfc9-lb75g:

[root@master ~]# k get po -A
NAMESPACE     NAME                       READY   STATUS             RESTARTS   AGE
default       busybox                    0/1     CrashLoopBackOff   25         105m
default       nginx                      1/1     Running            0          112m
kube-system   coredns-76648cbfc9-lb75g   1/1     Running            3          17d
kube-system   kube-flannel-ds-mhkdq      1/1     Running            10         17d
kube-system   kube-flannel-ds-mlb7l      1/1     Running            11         17d
kube-system   kube-flannel-ds-sl4qv      1/1     Running            2          17d

查看pod   coredns-76648cbfc9-lb75g所使用的image

[root@master ~]# k get po coredns-76648cbfc9-lb75g -o jsonpath="{.spec.containers[*].image}" -n kube-system |uniq -c
      1 registry.cn-hangzhou.aliyuncs.com/google_containers/coredns:1.7.0

(4)改用go-template模板形式查看所有pod使用的镜像(此条查询等价于(1)):

[root@master ~]# kubectl get pods --all-namespaces -o go-template --template="{{range .items}}{{range .spec.containers}}{{.image}} {{end}}{{end}}" |tr -s '[[:space:]]' '\n' |sort |uniq -c
      1 busybox
      1 nginx:1.18
      3 quay.io/coreos/flannel:v0.13.0
      1 registry.cn-hangzhou.aliyuncs.com/google_containers/coredns:1.7.0

五,

自定义模式查询

[root@master ~]# kubectl get pod nginx  -o custom-columns=CONTAINER:.spec.containers[0].name,IMAGE:.spec.containers[0].image
CONTAINER   IMAGE
nginx       nginx:1.18

下面这个命令大写的CONTAINER和IMAGE是自己定义的column,可随意更改

[root@master ~]# kubectl get pod kube-flannel-ds-mhkdq -n kube-system  -o custom-columns=CONTAINER:.spec.containers[0].name,IMAGE:.spec.containers[0].image
CONTAINER      IMAGE
kube-flannel   quay.io/coreos/flannel:v0.13.0

 

六,

jq简化查询方式

注:jq是一个软件,jsonquery的简写。该软件十分轻量化,centos下安装命令为:yum install jq -y 需要配置epel源。

[root@master ~]# k get po nginx -o json|jq .status.containerStatuses
[
  {
    "containerID": "docker://b177cec0fab830856897aca55643c753d45f349ac32f7d7f9734542935d7529a",
    "image": "nginx:1.18",
    "imageID": "docker-pullable://nginx@sha256:e90ac5331fe095cea01b121a3627174b2e33e06e83720e9a934c7b8ccc9c55a0",
    "lastState": {},
    "name": "nginx",
    "ready": true,
    "restartCount": 0,
    "started": true,
    "state": {
      "running": {
        "startedAt": "2022-09-14T01:33:12Z"
      }
    }
  }
]

使用grep和awk命令可过滤出需要的数据(此例是打印出nginx这个pod所使用的镜像):

[root@master ~]# k get po nginx -o json|jq .status.containerStatuses | grep "\<image\>"|awk '{print $2}'
"nginx:1.18",

以上为方法,可打印出该pod运行在哪个主机节点的IP:

[root@master ~]# k get po nginx -o json|jq |grep hostIP|grep -v "f"
    "hostIP": "192.168.217.16",
[root@master ~]# k get po -A -owide
NAMESPACE     NAME                       READY   STATUS             RESTARTS   AGE    IP               NODE         NOMINATED NODE   READINESS GATES
default       busybox                    0/1     CrashLoopBackOff   51         4h1m   10.244.1.10      k8s-node1    <none>           <none>
default       nginx                      1/1     Running            0          4h8m   10.244.0.17      k8s-master   <none>           <none>

同样,查询kube-flannel-ds-mhkdq这个pod运行在哪个主机上也是十分方便的:

[root@master ~]# k get po kube-flannel-ds-mhkdq -n kube-system -o json|jq |grep hostIP|grep -v "f"
    "hostIP": "192.168.217.17",

综上可以得出,jq可以简化我们的查询工作,不需要编写繁杂的正则表达式了。

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
相关文章
|
5天前
|
Kubernetes Cloud Native Docker
云原生时代的容器化实践:Docker和Kubernetes入门
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术成为企业提升敏捷性和效率的关键。本篇文章将引导读者了解如何利用Docker进行容器化打包及部署,以及Kubernetes集群管理的基础操作,帮助初学者快速入门云原生的世界。通过实际案例分析,我们将深入探讨这些技术在现代IT架构中的应用与影响。
23 2
|
5天前
|
Kubernetes 监控 负载均衡
深入云原生:Kubernetes 集群部署与管理实践
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术以其弹性、可扩展性成为企业IT架构的首选。本文将引导你了解如何部署和管理一个Kubernetes集群,包括环境准备、安装步骤和日常维护技巧。我们将通过实际代码示例,探索云原生世界的秘密,并分享如何高效运用这一技术以适应快速变化的业务需求。
23 1
|
9天前
|
运维 Kubernetes Cloud Native
Kubernetes云原生架构深度解析与实践指南####
本文深入探讨了Kubernetes作为领先的云原生应用编排平台,其设计理念、核心组件及高级特性。通过剖析Kubernetes的工作原理,结合具体案例分析,为读者呈现如何在实际项目中高效部署、管理和扩展容器化应用的策略与技巧。文章还涵盖了服务发现、负载均衡、配置管理、自动化伸缩等关键议题,旨在帮助开发者和运维人员掌握利用Kubernetes构建健壮、可伸缩的云原生生态系统的能力。 ####
|
10天前
|
存储 运维 Kubernetes
云原生之旅:Kubernetes的弹性与可扩展性探索
【10月更文挑战第32天】在云计算的浪潮中,云原生技术以其独特的魅力成为开发者的新宠。本文将深入探讨Kubernetes如何通过其弹性和可扩展性,助力应用在复杂环境中稳健运行。我们将从基础架构出发,逐步揭示Kubernetes集群管理、服务发现、存储机制及自动扩缩容等核心功能,旨在为读者呈现一个全景式的云原生平台视图。
23 1
|
15天前
|
Kubernetes 负载均衡 Cloud Native
云原生应用:Kubernetes在容器编排中的实践与挑战
【10月更文挑战第27天】Kubernetes(简称K8s)是云原生应用的核心容器编排平台,提供自动化、扩展和管理容器化应用的能力。本文介绍Kubernetes的基本概念、安装配置、核心组件(如Pod和Deployment)、服务发现与负载均衡、网络配置及安全性挑战,帮助读者理解和实践Kubernetes在容器编排中的应用。
47 4
|
3天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
5天前
|
运维 Kubernetes Cloud Native
云原生技术:容器化与微服务架构的完美结合
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术以其灵活性和高效性成为企业的新宠。本文将深入探讨云原生的核心概念,包括容器化技术和微服务架构,以及它们如何共同推动现代应用的发展。我们将通过实际代码示例,展示如何在Kubernetes集群上部署一个简单的微服务,揭示云原生技术的强大能力和未来潜力。
|
14天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
|
6天前
|
消息中间件 存储 Cloud Native
云原生架构下的数据一致性挑战与应对策略####
本文探讨了在云原生环境中,面对微服务架构的广泛应用,数据一致性问题成为系统设计的核心挑战之一。通过分析云原生环境的特点,阐述了数据不一致性的常见场景及其对业务的影响,并深入讨论了解决这些问题的策略,包括采用分布式事务、事件驱动架构、补偿机制以及利用云平台提供的托管服务等。文章旨在为开发者提供一套系统性的解决方案框架,以应对在动态、分布式的云原生应用中保持数据一致性的复杂性。 ####
|
3天前
|
Cloud Native 安全 API
云原生架构下的微服务治理策略与实践####
—透过云原生的棱镜,探索微服务架构下的挑战与应对之道 本文旨在探讨云原生环境下,微服务架构所面临的关键挑战及有效的治理策略。随着云计算技术的深入发展,越来越多的企业选择采用云原生架构来构建和部署其应用程序,以期获得更高的灵活性、可扩展性和效率。然而,微服务架构的复杂性也带来了服务发现、负载均衡、故障恢复等一系列治理难题。本文将深入分析这些问题,并提出一套基于云原生技术栈的微服务治理框架,包括服务网格的应用、API网关的集成、以及动态配置管理等关键方面,旨在为企业实现高效、稳定的微服务架构提供参考路径。 ####
20 5