k8s解析数据 -o=jsonpath=‘{}‘ 的使用

于 2024-04-28 17:01:10 发布
阅读量526 收藏 3
点赞数 2
分类专栏： # kubenetes 文章标签： kubernetes 容器 云原生 json
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yuelai_217/article/details/138284079
版权

kubectl -o=jsonpath= 是 Kubernetes 命令行工具 kubectl 中的一个输出选项，用于以 JSONPath 格式提取并展示 API 对象的部分内容。JSONPath 是一种查询语言，它允许用户在 JSON 结构中导航和提取数据。这对于自动化脚本和快速查询 Kubernetes 资源的特定部分非常有用。

当你执行 kubectl 命令并使用 -o 或 --output 标志时，可以指定输出格式。如果后面跟的是 jsonpath= ，那么你就可以提供一个 JSONPath 表达式来精确地选择你想要从资源描述中提取的信息。

基本语法结构如下：

kubectl [command] [resource] [-o=jsonpath='{expression}']

这里的 expression 是一个遵循 JSONPath 语法的字符串，用于指定要提取的数据路径。例如：

  • {.metadata.name} 会提取对象的名称。
  • {.spec.containers[*].name} 会提取所有容器的名称，如果有多个容器的话。
  • {range .spec.containers[*]}{.name}{"\n"}{end} 使用 range 来迭代每个容器，并打印它们的名称，每个名称后跟一个换行符。

JSONPath 表达式中常用的符号包括：

  • . 访问对象的属性。
  • [] 访问数组元素或作为筛选条件。
  • {} 定义表达式或者用于创建输出模板。
  • * 通配符，匹配数组中的所有元素。
  • @ 引用当前对象。

通过这种方式，kubectl -o=jsonpath= 提供了一种灵活且强大的方法来查看 Kubernetes 资源的定制化视图。

示例如下：

kubectl get pod  csi-attacher-lxcfsplugin-0 -o yaml

apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: "2024-04-17T06:33:35Z"
  generateName: csi-attacher-lxcfsplugin-
  labels:
    app: csi-attacher-lxcfsplugin
    controller-revision-hash: csi-attacher-lxcfsplugin-75c7658464
    statefulset.kubernetes.io/pod-name: csi-attacher-lxcfsplugin-0
  name: csi-attacher-lxcfsplugin-0
  namespace: lxcfs-csi
  ownerReferences:
  - apiVersion: apps/v1
    blockOwnerDeletion: true
    controller: true
    kind: StatefulSet
    name: csi-attacher-lxcfsplugin
    uid: c520c298-7c0f-40c5-9878-8ea47be81e4a
  resourceVersion: "34427971"
  uid: b64b595e-c2a5-49c8-8ef2-a9b9987b2fe3
spec:
  containers:
  - args:
    - --csi-address=$(ADDRESS)
    - --v=5
    env:
    - name: ADDRESS
      value: /var/lib/csi/sockets/pluginproxy/csi.sock
    image: docker.io/lxcfs:v1
    imagePullPolicy: Never
    name: csi-provisioner
    resources:
      limits:
        cpu: 150m
        memory: 100Mi
      requests:
        cpu: 150m
        memory: 100Mi
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /var/lib/csi/sockets/pluginproxy
      name: socket-dir
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: kube-api-access-xsjrp
      readOnly: true
  - args:
    - --v=5
    - --csi-address=$(ADDRESS)
    env:
    - name: ADDRESS
      value: /var/lib/csi/sockets/pluginproxy/csi.sock
    image: docker.io/lxcfs:v1
    imagePullPolicy: Never
    name: csi-attacher
    resources:
      limits:
        cpu: 150m
        memory: 100Mi
      requests:
        cpu: 150m
        memory: 100Mi
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /var/lib/csi/sockets/pluginproxy/
      name: socket-dir
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: kube-api-access-xsjrp
      readOnly: true
  - args:
    - --nodeid=$(NODE_ID)
    - --endpoint=$(CSI_ENDPOINT)
    - --log-retain-date=5
    - --log-compress
    - --log-file-path=/var/log/controller.log
    - --log-max-size=200
    - --log-max-backups=10
    command:
    - /csi-server
    env:
    - name: NODE_ID
      valueFrom:
        fieldRef:
          apiVersion: v1
          fieldPath: spec.nodeName
    - name: CSI_ENDPOINT
      value: unix://plugin/csi.sock
    image: docker.io/lxcfs:v1
    imagePullPolicy: Never
    name: csi-server
    resources:
      limits:
        cpu: 150m
        memory: 100Mi
      requests:
        cpu: 150m
        memory: 100Mi
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /plugin
      name: socket-dir
    - mountPath: /var/log
      name: log-volume
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: kube-api-access-xsjrp
      readOnly: true
  - args:
    - /liveness/csi-livenessprobe --csiAddress=/var/lib/kubelet/plugins/csi-lxcfsplugin/csi.sock
      --httpEndpoint=127.0.0.1:10926
    command:
    - /bin/sh
    - -c
    image: docker.io/lxcfs:v1
    imagePullPolicy: Never
    name: health-check
    resources:
      limits:
        cpu: 10m
        memory: 100M
      requests:
        cpu: 10m
        memory: 100M
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /plugin/
      name: socket-dir
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: kube-api-access-xsjrp
      readOnly: true
  dnsPolicy: ClusterFirst
  enableServiceLinks: true
  hostname: csi-attacher-lxcfsplugin-0
  nodeName: docker123
  nodeSelector:
    node-role.kubernetes.io/master: ""
  preemptionPolicy: PreemptLowerPriority
  priority: 1000000000
  priorityClassName: lxcfs-csi-priority-class
  restartPolicy: Always
  schedulerName: default-scheduler
  securityContext: {}
  serviceAccount: csi-attacher
  serviceAccountName: csi-attacher
  subdomain: csi-attacher
  terminationGracePeriodSeconds: 30
  tolerations:
  - operator: Exists
  volumes:
  - emptyDir: {}
    name: socket-dir
  - hostPath:
      path: /var/lib/docker/logs/lxcfs-csi-server
      type: DirectoryOrCreate
    name: log-volume
  - name: kube-api-access-xsjrp
    projected:
      defaultMode: 420
      sources:
      - serviceAccountToken:
          expirationSeconds: 3607
          path: token
      - configMap:
          items:
          - key: ca.crt
            path: ca.crt
          name: kube-root-ca.crt
      - downwardAPI:
          items:
          - fieldRef:
              apiVersion: v1
              fieldPath: metadata.namespace
            path: namespace
status:
  conditions:
  - lastProbeTime: null
    lastTransitionTime: "2024-04-17T06:33:35Z"
    status: "True"
    type: Initialized
  - lastProbeTime: null
    lastTransitionTime: "2024-04-22T02:26:11Z"
    status: "True"
    type: Ready
  - lastProbeTime: null
    lastTransitionTime: "2024-04-22T02:26:11Z"
    status: "True"
    type: ContainersReady
  - lastProbeTime: null
    lastTransitionTime: "2024-04-17T06:33:35Z"
    status: "True"
    type: PodScheduled
  containerStatuses:
  - containerID: containerd://3c0eeb141059a8dc099c1d3c4c98a6a6f25b855335b319a240f167983b5c00f4
    image: docker.io/lxcfs:v1
    imageID: sha256:19ec336305e47bfd0f64a7d1eb17dc01cb67cbbb856dbf18307999208c70c80b
    lastState: {}
    name: csi-attacher
    ready: true
    restartCount: 0
    started: true
    state:
      running:
        startedAt: "2024-04-22T02:25:41Z"
  - containerID: containerd://aa0dd18c42e1e6ecade723a358856e8705cf20ebc418290e74ec0c76325fd78a
    image: docker.io/lxcfs:v1
    imageID: sha256:1011f81cb57bccc5591e54874ca3a16e0b20a8f80765ee2bab2eb55d3782e84e
    lastState: {}
    name: csi-provisioner
    ready: true
    restartCount: 0
    started: true
    state:
      running:
        startedAt: "2024-04-22T02:25:41Z"
  - containerID: containerd://23465fdf825016cefb4982c3367d9e34839f60707e2ecb57b4b6e617d3b341e0
    image: docker.io/lxcfs:v1
    imageID: sha256:e28f1150ab6c9bcf294be21403faf6862ad460891408a628ac23102d5f29b61d
    lastState: {}
    name: csi-server
    ready: true
    restartCount: 0
    started: true
    state:
      running:
        startedAt: "2024-04-22T02:25:56Z"
  - containerID: containerd://116a11be9a0b548bd04589c59228702043f0d3b1dad39a11f25f1aa1d68378be
    image: docker.io/lxcfs:v1
    imageID: sha256:f9cf76b861fe4ba215a07ac5851d43aea7247996490992e38176e51ada755dd3
    lastState: {}
    name: health-check
    ready: true
    restartCount: 0
    started: true
    state:
      running:
        startedAt: "2024-04-22T02:26:11Z"
  hostIP: 11.166.91.187
  phase: Running
  podIP: 10.244.0.54
  podIPs:
  - ip: 10.244.0.54
  qosClass: Guaranteed
  startTime: "2024-04-17T06:33:35Z"

1、获取kind

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.kind}'
Pod

2、获取metadata 中的 generateName

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.metadata.generateName}'
csi-attacher-lxcfsplugin-

3、获取metadata 中的labels中的app

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.metadata.labels.app}'
csi-attacher-lxcfsplugin

4、获取metadata 中的ownerReferences中的uid

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.metadata.ownerReferences}'
[{"apiVersion":"apps/v1","blockOwnerDeletion":true,"controller":true,"kind":"StatefulSet","name":"csi-attacher-lxcfsplugin","uid":"c520c298-7c0f-40c5-9878-8ea47be81e4a"}]
# 得到一个列表，且列表中只有一个值
$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.metadata.ownerReferences[0].uid}'
c520c298-7c0f-40c5-9878-8ea47be81e4a

5、获取spec 第四个containers中的resources中的requests中的cpu

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.spec.containers[3]}' 
{"args":["/liveness/csi-livenessprobe --csiAddress=/var/lib/kubelet/plugins/csi-lxcfsplugin/csi.sock --httpEndpoint=127.0.0.1:10926"],"command":["/bin/sh","-c"],"image":"reg.docker.alibaba-inc.com/alibaba_apsara_paas/lxcfs_csi_livenessprobe:unionbase-v1","imagePullPolicy":"Never","name":"health-check","resources":{"limits":{"cpu":"10m","memory":"100M"},"requests":{"cpu":"10m","memory":"100M"}},"terminationMessagePath":"/dev/termination-log","terminationMessagePolicy":"File","volumeMounts":[{"mountPath":"/plugin/","name":"socket-dir"},{"mountPath":"/var/run/secrets/kubernetes.io/serviceaccount","name":"kube-api-access-xsjrp","readOnly":true}]}

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.spec.containers[3].resources}' 
{"limits":{"cpu":"10m","memory":"100M"},"requests":{"cpu":"10m","memory":"100M"}}

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.spec.containers[3].resources.requests}' 
{"cpu":"10m","memory":"100M"}

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{.spec.containers[3].resources.requests.cpu}' 
10m

6、获取每一个容器的name

$ kubectl get pod  csi-attacher-lxcfsplugin-0 -o=jsonpath='{range .spec.containers[*]}{.name}{"\n"}{end}' 
csi-provisioner
csi-attacher
csi-server
health-check
岳来
关注
  • 2
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
kubectl get 中 -o jsonpath 的语法格式
MssGuo的博客
07-13 1667
kubectl get 中 -o jsonpath 的语法格式
Kubectl运维脚本核心命令jsonpath的使用详解
最新发布
力哥讲技术
07-14 1046
Kubectl 支持 JSONPath 模板。JSONPath 模板由 {} 包起来的 JSONPath 表达式组成。Kubectl 使用 JSONPath 表达式来过滤 JSON 对象中的特定字段并格式化输出。使用双引号将 JSONPath 表达式内的文本引起来。使用rangeend运算符来迭代列表。使用负片索引后退列表。负索引不会"环绕"列表，并且只要就有效。函数描述示例结果text纯文本当前对象{@}与输入相同. or []子运算符List..递归下降。
kubectl之jsonpath笔记
zgn666的博客
05-05 1013
jsonpath
kubectl技巧之通过jsonpath截取属性
weixin_30413739的博客
06-19 995
系列目录 前面一节我们介绍了使用go-template截取属性,go-template功能非常强大,可以定义变量,使用流程控制等,这是jsonpath所不具备的.然而,jsonpth使用的时候更为灵活.通过上一节我们发现,我们想要找到某个具体属性,必须从最外层一层层向内找到具体属性,这对于嵌套层次非常深的yaml对象来说操作是非常繁琐的.而使用jsonpath只需要知道顶层对象,然后可以省略中...
kubectl get -o 格式化
码农崛起
04-17 1万+
kubectl输出格式  kubectl 命令可以用多种格式对结果进行显示，输出的格式通过-o参数指定： $ kubectl [command] [TYPE] [NAME] -o=<output_format> 根据不同子命令的输出结果，可选的输出格式如表2.12所示。 输出格式 说明 -o=custom-columns=<spec> 根据自定义列...
k8s-for-docker-desktop.zip
10-21
mac版docker-desktop启动k8s所需镜像资源
k8s基础知识-日常记录
08-04
k8s基础知识-日常记录
k8s-rdma-sriov-dev-plugin:Kubernetes Rdma SRIOV 设备插件
05-31
k8s-rdma-sriov-dev-plugin ( ) 这是一个简单的 rdma 设备插件，支持 IB 和 RoCE SRIOV vHCA 和 HCA。 这也支持 Mellanox NIC 的 DPDK 应用程序。 这个插件作为 daemonset 运行。 它的容器镜像可以在 rdma/k8s-rdma-...
k8s-dns-sidecar-amd64
09-26
k8s-dns-sidecar-amd64-1.14.8镜像，镜像使用方法： docker load -i k8s-dns-sidecar-amd64-1.14.8.tar.gz
k8s-images-v1.20.4.tar.gz
12-29
k8s1.20.4需要用到的一些img
系列：3、Kubectl 的使用
面向未来的历史
03-11 1500
3、Kubectl 的使用 kubectl 是 Kubernetes 的 CLI 工具，它是一种与 Kube API 服务器通信的安全方式。 这意味着我可以使用“kubectl”创建、列出、删除和更新 Kubernetes 资源。 所以，我们可以通过 Rest API 以一种安全且简单的方式对 kube-api 服务器应用 HTTP 方法。 完整的命令介绍 1、基本使用 命令 Kubectl Create – Kubectl Apply – Kubectl Run 1.1 创建资源 kubectl crea
Kubernetes jsonpath 的正确使用姿势
baobaoxiannv的博客
03-03 3799
写在前面 废话少说今天偶然使用到 jsonpath 感觉还是很好玩的，所以诞生了这篇文章。主要分为两部分，1 为语法 2 为示例。 关于 jsonpath 的语法 语法在这里 https://kubernetes.io/docs/reference/kubectl/jsonpath/，我太懒了只截了图还以示例的 json，不感兴趣的同学可以直接看关于 jsonpath 的使用。 { "kin...
Kubectl常用命令
Smile x
03-30 1733
Kubectl常用命令一、常用命令1. kubectl get2. kubectl delete3. kubectl logs4. kubectl apply5. kubectl create6. kubectl run7. kubectl scale8. kubectl describe二、常用场景1.节点维护2 更新应用 一、常用命令 1. kubectl get 获取相应资源信息 # get 命令的基本输出 kubectl get services
Kubectl基本操作命令
互联网的修罗场
10-30 3万+
创建对象 通过yaml文件创建： kubectl create -f xxx.yaml （不建议使用，无法更新，必须先delete） kubectl apply -f xxx.yaml （创建+更新，可以重复使用） 删除对象 通过yaml文件删除： kubectl delete -f xxx.yaml 查看kube-system namespace下面的pod/svc/deployment 等等 ...
小技巧: Kubernetes资源内容查询：JSONPath
琦彦
11-23 3405
JSONPath在k8s中使用 JSONPath 模板由 {} 包起来的 JSONPath 表达式组成。 除了原始的 JSONPath 语法之外，我们还添加了三个函数： $运算符是可选的，因为表达式默认情况下始终从根对象开始。 可以使用""来引用 JSONPath 表达式中的文本。 可以使用range运算符来遍历列表。 可以使用负切片索引来反向遍历列表。负索引并不会遍历完列表...
JsonPath入门
weixin_44574662的博客
06-07 542
JsonPath 概述 JSONPath - 用于JSON的XPath 用来解析多层嵌套的json数据;JsonPath 是一种信息抽取类库，是从JSON文档中抽取指定信息的工具. JsonPath有许多编程语言，如Javascript、Python、PHP、Java等,这里主要总结的是Java的 JsonPath提供的json解析非常强大，它提供了类似正则表达式的语法，基本上可以满足所有你想要获得的json内容。 简单的来说，JsonPath就是用来解析json数据的，主要是使用JsonPath表达式去
Kubernetes之kubectl常用命令
热门推荐
酱油蔡的酱油坛
04-25 16万+
kubernetes是Google开源的一个容器管理、调度的paas平台，在日常基于kubernetes的容器集群管理中，熟练使用kubectl工具进行容器的创建，删除、扩容、缩容以及状态查询对于集群管理相当重要。本文简单的介绍了一些kubernetes集群日常管理中常用的命令的使用方式。
Kubernetes 资源控制器使用指南
民工哥的博客
04-18 866
点击下方“民工哥技术之路”，选择“设为星标”回复“1024”获取独家整理的学习资料！Kubernetes 资源控制器配置文件的编写是学习 K8S 的重中之重！资源配额控制器确保了指定的资源...
kubectl ：命令技巧大全
琦彦
07-25 3万+
kubectl 命令技巧大全 Kubctl 命令是操作 kubernetes 集群的最直接和最 skillful 的途径，这个60多MB大小的二进制文件，到底有啥能耐呢？请看下文： Kubectl命令概览 Kubernetes提供的kubectl命令是与集群交互最直接的方式，v1.6版本的kubectl命令参考图如下： 上面Kubectl的子命令主要分为8个类别： 基础...
k8s yml --help
06-02
在 `kubectl` 命令行工具中，你可以使用 `--help` 参数来查看命令的帮助文档，包括 YAML 文件的格式要求和示例。例如，使用 `kubectl create --help` 命令可以查看如下内容： ``` Create a resource from a file or from stdin. JSON and YAML formats are accepted. Usage: kubectl create (-f FILENAME | --filename=FILENAME) [options] kubectl create (-k DIRECTORY | --kustomize=DIRECTORY) [options] kubectl create clusterrolebinding NAME --clusterrole=ROLE [--user=USER] kubectl create clusterrole NAME --verb=verb --resource=resource.group [--resource-name=resource.name] kubectl create configmap NAME [--from-literal=key1=value1] [--from-literal=key2=value2] [--from-file=[key=]source] [--dry-run=server|client|none] [--output=wide|yaml|json] [options] kubectl create cronjob NAME --image=image [--schedule=''] --command -- [COMMAND] [args...] [options] kubectl create deployment NAME --image=image [--dry-run=server|client|none] [--output=wide|yaml|json] [options] kubectl create job NAME --image=image --command -- [COMMAND] [args...] [options] kubectl create namespace NAME [--dry-run=server|client|none] [--output=wide|yaml|json] [options] kubectl create secret generic NAME [--from-literal=key1=value1] [--from-literal=key2=value2] [--from-file=[key=]source] [--dry-run=server|client|none] [--output=wide|yaml|json] [options] kubectl create service NAME --tcp=port1,port2,... [--dry-run=server|client|none] [--output=wide|yaml|json] [options] kubectl create serviceaccount NAME [--dry-run=server|client|none] [--output=wide|yaml|json] [options] Examples: # Create a pod using the data in pod.json. kubectl create -f ./pod.json # Create a pod based on the JSON passed into stdin. cat pod.json | kubectl create -f - # Edit the data in EDITOR (default vim). kubectl create configmap my-config --from-file=config.json --edit # Create a new namespace named my-namespace kubectl create namespace my-namespace Options: -f, --filename='': Filename, directory, or URL to files to use to create the resource -k, --kustomize='': Process a kustomization directory. This flag can't be used together with -f or -R. --edit=false: Edit the data in $EDITOR --force=false: Create resource even if it already exists --dry-run='none': Must be "none", "server", or "client". If client strategy, only print the object that would be sent, without sending it. If server strategy, submit server-side request without persisting the resource. -o, --output='': Output format. One of: yaml, json, wide, name, go-template-file, go-template, jsonpath-file, jsonpath. If unspecified, will default to yaml for standalone objects and table for lists. --record=false: Record current kubectl command in the resource annotation. If set to false, do not record the command. If set to true, record the command. If not set, default to updating the existing annotation value only if one already exists. ``` 在这个帮助文档中，你可以看到 `kubectl create` 命令支持不同类型的资源对象，包括 Pod、Deployment、Service、Secret 等。对于每个资源对象类型，文档都提供了示例和参数说明。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值