<menu id="guoca"></menu>
<nav id="guoca"></nav><xmp id="guoca">
  • <xmp id="guoca">
  • <nav id="guoca"><code id="guoca"></code></nav>
  • <nav id="guoca"><code id="guoca"></code></nav>

    運維必知必會的 Kubectl 命令總結,拿好了~

    VSole2022-08-13 22:43:24

    kubectl 常用命令指南

    Kubectl 命令是操作 kubernetes 集群的最直接的方式,特別是運維人員,需要對這些命令有一個詳細的掌握

    Kubectl 自動補全

    # setup autocomplete in bash, bash-completion package should be installed first.
    $ source <(kubectl completion bash) 
     # setup autocomplete in zsh
    $ source <(kubectl completion zsh)
    

    Kubectl 上下文和配置

    設置 kubectl 命令交互的 kubernetes 集群并修改配置信息。參閱 使用 kubeconfig 文件進行跨集群驗證 獲取關于配置文件的詳細信息。

    # 顯示合并后的 kubeconfig 配置
    $ kubectl config view 
    # 同時使用多個 kubeconfig 文件并查看合并后的配置
    $ KUBECONFIG=~/.kube/config:~/.kube/kubconfig2 kubectl config view
    # 獲取 e2e 用戶的密碼
    $ kubectl config view -o jsonpath='{.users[?(@.name == "e2e")].user.password}'
    # 顯示當前的上下文
    $ kubectl config current-context    
    # 設置默認上下文為 my-cluster-name
    $ kubectl config use-context my-cluster-name  
    # 向 kubeconf 中增加支持基本認證的新集群
    $ kubectl config set-credentials kubeuser/foo.kubernetes.com --username=kubeuser --password=kubepassword
    # 使用指定的用戶名和 namespace 設置上下文
    $ kubectl config set-context gce --user=cluster-admin --namespace=foo \
      && kubectl config use-context gce
    

    創建對象

    Kubernetes 的清單文件可以使用 json 或 yaml 格式定義。可以以 .yaml.yml、或者 .json 為擴展名。

    # 創建資源
    $ kubectl create -f ./my-manifest.yaml     
    # 使用多個文件創建資源
    $ kubectl create -f ./my1.yaml -f ./my2.yaml   
    # 使用目錄下的所有清單文件來創建資源
    $ kubectl create -f ./dir    
    # 使用 url 來創建資源
    $ kubectl create -f https://git.io/vPieo  
    # 啟動一個 nginx 實例
    $ kubectl run nginx --image=nginx  
     # 獲取 pod 和 svc 的文檔
    $ kubectl explain pods,svc                      
    # 從 stdin 輸入中創建多個 YAML 對象
    $ cat <
    apiVersion: v1
    kind: Pod
    metadata:
      name: busybox-sleep
    spec:
      containers:
      - name: busybox
        image: busybox
        args:
        - sleep
        - "1000000"
    ---
    apiVersion: v1
    kind: Pod
    metadata:
      name: busybox-sleep-less
    spec:
      containers:
      - name: busybox
        image: busybox
        args:
        - sleep
        - "1000"
    EOF
    # 創建包含幾個 key 的 Secret
    $ cat <
    apiVersion: v1
    kind: Secret
    metadata:
      name: mysecret
    type: Opaque
    data:
      password: $(echo "s33msi4" | base64)
      username: $(echo "jane" | base64)
    EOF
    

    顯示和查找資源

    # Get commands with basic output
    # 列出所有 namespace 中的所有 service
    $ kubectl get services            
    # 列出所有 namespace 中的所有 pod
    $ kubectl get pods --all-namespaces  
    # 列出所有 pod 并顯示詳細信息
    $ kubectl get pods -o wide      
    # 列出指定 deployment
    $ kubectl get deployment my-dep      
    # 列出該 namespace 中的所有 pod 包括未初始化的
    $ kubectl get pods --include-uninitialized      
    # 使用詳細輸出來描述命令
    $ kubectl describe nodes my-node
    $ kubectl describe pods my-pod
    # List Services Sorted by Name
    $ kubectl get services --sort-by=.metadata.name 
    # 根據重啟次數排序列出 pod
    $ kubectl get pods --sort-by='.status.containerStatuses[0].restartCount'
    # 獲取所有具有 app=cassandra 的 pod 中的 version 標簽
    $ kubectl get pods --selector=app=cassandra rc -o \
      jsonpath='{.items[*].metadata.labels.version}'
    # 獲取所有節點的 ExternalIP
    $ kubectl get nodes -o jsonpath='{.items[*].status.addresses[?(@.type=="ExternalIP")].address}'
    # 列出屬于某個 PC 的 Pod 的名字
    # “jq”命令用于轉換復雜的 jsonpath,參考 https://stedolan.github.io/jq/
    $ sel=${$(kubectl get rc my-rc --output=json | jq -j '.spec.selector | to_entries | .[] | "\(.key)=\(.value),"')%?}
    $ echo $(kubectl get pods --selector=$sel --output=jsonpath={.items..metadata.name})
    # 查看哪些節點已就緒
    $ JSONPATH='{range .items[*]}{@.metadata.name}:{range @.status.conditions[*]}{@.type}={@.status};{end}{end}' \
     && kubectl get nodes -o jsonpath="$JSONPATH" | grep "Ready=True"
    # 列出當前 Pod 中使用的 Secret
    $ kubectl get pods -o json | jq '.items[].spec.containers[].env[]?.valueFrom.secretKeyRef.name' | grep -v null | sort | uniq
    

    更新資源

    $ kubectl rolling-update frontend-v1 -f frontend-v2.json           # 滾動更新 pod frontend-v1
    $ kubectl rolling-update frontend-v1 frontend-v2 --image=image:v2  # 更新資源名稱并更新鏡像
    $ kubectl rolling-update frontend --image=image:v2                 # 更新 frontend pod 中的鏡像
    $ kubectl rolling-update frontend-v1 frontend-v2 --rollback        # 退出已存在的進行中的滾動更新
    $ cat pod.json | kubectl replace -f -                              # 基于 stdin 輸入的 JSON 替換 pod
    # 強制替換,刪除后重新創建資源。會導致服務中斷。
    $ kubectl replace --force -f ./pod.json
    # 為 nginx RC 創建服務,啟用本地 80 端口連接到容器上的 8000 端口
    $ kubectl expose rc nginx --port=80 --target-port=8000
    # 更新單容器 pod 的鏡像版本(tag)到 v4
    $ kubectl get pod mypod -o yaml | sed 's/\(image: myimage\):.*$/\1:v4/' | kubectl replace -f -
    # 添加標簽
    $ kubectl label pods my-pod new-label=awesome        
     # 添加注解
    $ kubectl annotate pods my-pod icon-url=http://goo.gl/XXBTWq   
    # 自動擴展 deployment “foo”
    $ kubectl autoscale deployment foo --min=2 --max=10
    

    修補資源

    使用策略合并補丁并修補資源。

    # 部分更新節點
    kubectl patch node k8s-node-1 -p '{"spec":{"unschedulable":true}}' 
    # 更新容器鏡像;spec.containers[*].name 是必須的,因為這是合并的關鍵字
    $ kubectl patch pod valid-pod -p '{"spec":{"containers":[{"name":"kubernetes-serve-hostname","image":"new image"}]}}'
    # 使用具有位置數組的 json 補丁更新容器鏡像
    $ kubectl patch pod valid-pod --type='json' -p='[{"op": "replace", "path": "/spec/containers/0/image", "value":"new image"}]'
    # 使用具有位置數組的 json 補丁禁用 deployment 的 livenessProbe
    $ kubectl patch deployment valid-deployment  --type json   -p='[{"op": "remove", "path": "/spec/template/spec/containers/0/livenessProbe"}]'
    

    編輯資源

    在編輯器中編輯任何 API 資源。

    # 編輯名為 docker-registry 的 service
    $ kubectl edit svc/docker-registry           
    # 使用其它編輯器
    $ KUBE_EDITOR="nano" kubectl edit svc/docker-registry
    

    Scale 資源

    # Scale a replicaset named 'foo' to 3
    $ kubectl scale --replicas=3 rs/foo       
    # Scale a resource specified in "foo.yaml" to 3
    $ kubectl scale --replicas=3 -f foo.yaml     
    # If the deployment named mysql's current size is 2, scale mysql to 3
    $ kubectl scale --current-replicas=2 --replicas=3 deployment/mysql  
    # Scale multiple replication controllers
    $ kubectl scale --replicas=5 rc/foo rc/bar rc/baz
    

    刪除資源

    # 刪除 pod.json 文件中定義的類型和名稱的 pod
    $ kubectl delete -f ./pod.json        
    # 刪除名為“baz”的 pod 和名為“foo”的 service
    $ kubectl delete pod,service baz foo      
    # 刪除具有 name=myLabel 標簽的 pod 和 serivce
    $ kubectl delete pods,services -l name=myLabel       
    # 刪除具有 name=myLabel 標簽的 pod 和 service,包括尚未初始化的
    $ kubectl delete pods,services -l name=myLabel --include-uninitialized   
    # 刪除 my-ns namespace 下的所有 pod 和 serivce包
    $ kubectl -n my-ns delete po,svc --all
    

    與運行中的 Pod 交互

    # dump 輸出 pod 的日志(stdout)
    $ kubectl logs my-pod  
     # dump 輸出 pod 中容器的日志(stdout,pod 中有多個容器的情況下使用)
    $ kubectl logs my-pod -c my-container      
    # 流式輸出 pod 的日志(stdout)
    $ kubectl logs -f my-pod             
    # 流式輸出 pod 中容器的日志(stdout,pod 中有多個容器的情況下使用)
    $ kubectl logs -f my-pod -c my-container
    # 交互式 shell 的方式運行 pod
    $ kubectl run -i --tty busybox --image=busybox -- sh  
     # 連接到運行中的容器
    $ kubectl attach my-pod -i    
    # 轉發 pod 中的 6000 端口到本地的 5000 端口
    $ kubectl port-forward my-pod 5000:6000   
      # 在已存在的容器中執行命令(只有一個容器的情況下)
    $ kubectl exec my-pod -- ls /          
    # 在已存在的容器中執行命令(pod 中有多個容器的情況下)
    $ kubectl exec my-pod -c my-container -- ls /    
    # 顯示指定 pod 和容器的指標度量
    $ kubectl top pod POD_NAME --containers
    

    與節點和集群交互

    # 標記 my-node 不可調度
    $ kubectl cordon my-node       
    # 清空 my-node 以待維護
    $ kubectl drain my-node    
    # 標記 my-node 可調度
    $ kubectl uncordon my-node             
     # 顯示 my-node 的指標度量
    $ kubectl top node my-node    
    $ kubectl cluster-info          
     # 將當前集群狀態輸出到 stdout
    $ kubectl cluster-info dump                                                               
     # 將當前集群狀態輸出到 /path/to/cluster-state
    $ kubectl cluster-info dump --output-directory=/path/to/cluster-state  
    # 如果該鍵和影響的污點(taint)已存在,則使用指定的值替換
    $ kubectl taint nodes foo dedicated=special-user:NoSchedule
    

    set 命令

    配置應用的一些特定資源,也可以修改應用已有的資源

    使用 kubectl set --help查看,它的子命令,envimageresourcesselectorserviceaccountsubject

    語法:resources (-f FILENAME | TYPE NAME) ([—limits=LIMITS & —requests=REQUESTS]

    kubectl set resources 命令

    這個命令用于設置資源的一些范圍限制。

    資源對象中的Pod可以指定計算資源需求(CPU-單位m、內存-單位Mi),即使用的最小資源請求(Requests),限制(Limits)的最大資源需求,Pod將保證使用在設置的資源數量范圍。

    對于每個Pod資源,如果指定了Limits(限制)值,并省略了Requests(請求),則Requests默認為Limits的值。

    可用資源對象包括(支持大小寫):replicationcontroller、deployment、daemonset、job、replicaset。
    

    例如:

    # 將deployment的nginx容器cpu限制為“200m”,將內存設置為“512Mi”
    $ kubectl set resources deployment nginx -c=nginx --limits=cpu=200m,memory=512Mi
    # 設置所有nginx容器中 Requests和Limits
    $ kubectl set resources deployment nginx --limits=cpu=200m,memory=512Mi --requests=cpu=100m,memory=256Mi
    # 刪除nginx中容器的計算資源值
    $ kubectl set resources deployment nginx --limits=cpu=0,memory=0 --requests=cpu=0,memory=0
    

    kubectl set selector 命令

    設置資源的 selector(選擇器)。如果在調用”set selector”命令之前已經存在選擇器,則新創建的選擇器將覆蓋原來的選擇器。

    selector必須以字母或數字開頭,最多包含63個字符,可使用:字母、數字、連字符” - “ 、點”.”和下劃線” _ “。如果指定了—resource-version,則更新將使用此資源版本,否則將使用現有的資源版本。

    注意:目前selector命令只能用于Service對象。

    語法:selector (-f FILENAME | TYPE NAME) EXPRESSIONS [—resource-version=version]

    kubectl set image 命令

    用于更新現有資源的容器鏡像。

    可用資源對象包括:pod (po)replicationcontroller (rc)deployment (deploy)daemonset (ds)jobreplicaset (rs)

    語法:image (-f FILENAME | TYPE NAME) CONTAINER_NAME_1=CONTAINER_IMAGE_1 … CONTAINER_NAME_N=CONTAINER_IMAGE_N
    # 將deployment中的nginx容器鏡像設置為“nginx:1.9.1”
    $ kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1
    # 所有deployment和rc的nginx容器鏡像更新為“nginx:1.9.1”
    $ kubectl set image deployments,rc nginx=nginx:1.9.1 --all
    # 將daemonset abc的所有容器鏡像更新為“nginx:1.9.1”
    $ kubectl set image daemonset abc *=nginx:1.9.1
    # 從本地文件中更新nginx容器鏡像
    $ kubectl set image -f path/to/file.yaml nginx=nginx:1.9.1 --local -o yaml
    

    資源類型

    下表列出的是 kubernetes 中所有支持的類型和縮寫的別名。

    格式化輸出

    要以特定的格式向終端窗口輸出詳細信息,可以在 kubectl 命令中添加 -o 或者 -output 標志。

    Kubectl 詳細輸出和調試

    使用 -v 或 --v 標志跟著一個整數來指定日志級別。

    來源:https://zhuanlan.zhihu.com/p/394967586

    podjsonpath
    本作品采用《CC 協議》,轉載必須注明作者和本文鏈接
    常見組件未授權或配置不當情況下如何攻擊利用
    kubectl 常用命令指南Kubectl 命令是操作 kubernetes 集群的最直接的方式,特別是運維人員,需要對這些命令有一個詳細的掌握
    一、前言 這篇文章可能出現一些圖文截圖顏色或者命令端口不一樣的情況,原因是因為這篇文章是我重復嘗試過好多次才寫的,所以比如正常應該是訪問6443,但是截圖中是顯示大端口比如60123這種,不影響閱讀和文章邏輯,無需理會即可,另外k8s基礎那一欄。。。本來想寫一下k8s的鑒權,后來想了想,太長了,不便于我查筆記,還不如分開寫,所以K8S基礎那里屬于湊數???寫了懶得刪(雖然是粘貼的:))
    Rook 將存儲軟件轉變成自我管理、自我擴展和自我修復的存儲服務,通過自動化部署、啟動、配置、供應、擴展、升級、遷移、災難恢復、監控和資源管理來實現。Rook 利用擴展功能將其深度集成到云原生環境中,并為調度、生命周期管理、資源管理、安全性、監控等提供了無縫的體驗。
    K8s提權之RBAC權限濫用
    2022-06-20 15:04:59
    在K8s中RBAC是常用的授權模式,如果在配置RBAC時分配了“過大”資源對象訪問權限可導致權限濫用來提權,以至于攻擊者擴大戰果,滲透集群。 如下是一些RBAC相關的筆記。
    容器安全之CVE-2022-0185
    2022-03-28 16:35:58
    最近的CVE-2022-0185還是挺有意思的,在谷歌kctf(基于 K8s 的 CTF)中被發現。這個洞是在Linux內核的文件系統上下文中功能中的legacy_parse_param函數驗證長度的代碼處有缺陷,導致了一個基于堆的緩沖區溢出(整數下溢)。 攻擊影響為越界寫入/拒絕服務/權限提升和特定場景下的容器逃逸(k8s)。 其中會涉及到一些容器安全的基礎小知識,有必要簡單學習一下這個洞。
    kubesphere的安裝部署
    2021-09-25 16:08:00
    書接上回,本周把kubesphere的安裝部署記錄發出來, 首先要安裝部署storageclass, 需要在每個node上安裝nfs客戶端軟件,sudo apt install nfs-common, 然后下載storageclass的安裝部署yaml模板, wget https://raw.githubusercontent.com/kubernetes-incubator/extern
    污點 節點親和性 容忍度 污點是K8s高級調度的特性,用于限制哪些Pod可以被調度到某一個節點。在普通節點橫向時我們可以使用污點容忍度創建惡意pod來對主節點進行橫向控制。 kube-scheduler調度 kube-scheduler是Kubernetes集群的默認調度器,并且是集群控制面(master)的一部分。對每一個新創建的Pod或者是未被調度的Pod,kube-sche
    和master節點kube api-server通信的組件有很多,包括: kubelet calico scheduler kubectl 某些pod可能會和kube api-server通信 這些組件和api-server通信時用的是什么身份,可以操作哪些api資源呢? 本文使用的k8s集群是用kubekey[1]搭建,命令是./kk create cluster --with-
    在滲透測試過程中,我們的起始攻擊點可能在一臺虛擬機里或是一個Docker環境里,甚至可能是在K8s集群環境的一個pod里,我們應該如何快速判斷當前是否在容器環境中運行呢?當然,以上這兩種都是比較主觀的判斷。接下來,我們再來盤點下比較常用的幾種檢測方式。
    VSole
    網絡安全專家
      亚洲 欧美 自拍 唯美 另类