100个k8s高效命令全掌握,让你成为k8s运维大神!

Kubernetes(k8s)是一个开源的容器编排平台,用于自动化部署、扩展和管理容器化应用程序。

k8s在企业运维中的重要性

  1. 1. 提高运维效率

    • • 自动化部署:k8s能够自动化地部署、扩展和更新应用程序,减少了人工干预,提高了部署效率。

    • • 故障自愈:通过自我修复机制,k8s能够在检测到节点或容器故障时自动重启或重新调度容器,减少了运维人员的工作量。

  2. 2. 增强系统稳定性

    • • 高可用性:k8s通过多副本部署和自动故障转移等机制,确保了应用程序的高可用性。

    • • 负载均衡:k8s内置了负载均衡功能,能够根据流量情况自动分配请求,避免了单点过载。

  3. 3. 优化资源利用

    • • 动态资源分配:k8s能够根据应用程序的需求动态调整资源分配,避免了资源浪费。

    • • 弹性伸缩:根据业务负载的变化,k8s能够自动扩展或缩减容器数量,提高了资源利用率。

  4. 4. 简化多云管理

    • • 跨云部署:k8s支持跨多个云平台的部署,使得企业能够在不同的云环境之间灵活迁移和管理应用程序。

    • • 统一接口:通过提供统一的API接口,k8s简化了对多云资源的管理和操作。

k8s在企业中的使用场景

  1. 1. 微服务架构

    • • k8s非常适合用于微服务架构的部署和管理。通过将复杂的应用程序拆分成多个小型、独立的服务,并使用k8s进行自动化部署和扩展,可以提高应用程序的可维护性和可扩展性。

  2. 2. 持续集成/持续部署(CI/CD)

    • • k8s能够与CI/CD工具集成,实现自动化构建、测试和部署。这有助于加快应用程序的迭代速度,提高开发效率。

  3. 3. 大数据处理

    • • 对于需要处理大量数据的应用程序,k8s能够提供高效的数据处理和存储解决方案。通过利用k8s的弹性伸缩能力,可以确保大数据处理任务的顺利完成。

  4. 4. DevOps实践

    • • k8s支持DevOps实践,通过提供自动化、可重复和可靠的部署流程,促进了开发与运维之间的紧密合作。这有助于减少部署错误和提高应用程序的稳定性。

  5. 5. 混合云和多云环境

    • • 在混合云或多云环境中,k8s能够帮助企业实现跨云平台的资源管理和应用程序部署。通过提供统一的接口和工具,k8s使得企业能够更加灵活地管理不同云平台上的资源。

总结了100条k8s常用命令,涵盖了资源创建、查询、删除、更新、滚动更新、集群管理、故障诊断等多个方面,希望能帮助你成为k8s大神。

一、基础命令

  1. 1. kubectl apply -f [file] :使用指定文件中的内容创建或更新资源。

  2. 2. kubectl create -f [file] :用指定文件中的内容创建资源。

  3. 3. kubectl delete resource [name] :删除一个资源。

  4. 4. kubectl delete -f [file] :从指定文件中删除资源。

  5. 5. kubectl edit resource [name] :编辑某个资源的定义。

  6. 6. kubectl get [resource] :查看资源的列表。

  7. 7. kubectl describe [resource] [name] :查看资源的详细信息。

  8. 8. kubectl explain [resource] :查看资源的字段描述。

  9. 9. kubectl api-versions :查看API版本。

  10. 10. kubectl cluster-info :查看集群信息。

  11. 11. kubectl config current-context:查看当前上下文的名称。

  12. 12. kubectl config get-contexts:查看上下文的列表。

  13. 13. kubectl config set-context [name] :设置当前上下文。

  14. 14. kubectl config use-context [name] :切换到指定的上下文。

二、资源操作命令

15 . kubectl run [name] --image=[image] :使用指定镜像创建一个pod。

16 . kubectl scale [resource] [name] --replicas=[number] :为某个资源设置副本数。

17 . kubectl set image [resource] [name] [container]=[image] :为某个资源的某个容器设置镜像。

18 . kubectl expose [resource] [name] --port=[port] --target-port=[target-port] --type=[type] :为指定资源创建服务。

19 . kubectl label [resource] [name] [key]=[value] :为某个资源设置标签。

20 . kubectl annotate [resource] [name] [key]=[value] :为某个资源设置注释。

21 . kubectl taint [node] [key]=[value]:[effect] :在节点上设置污点。

22 . kubectl uncordon [node] :解除节点的停机维护状态。

23 . kubectl cordon [node] :标记节点为不可调度。

24 . kubectl drain [node] :排空节点以准备维护。

三、Pod操作命令

25 . kubectl exec [pod] [command] :在运行的pod中执行一个命令。

26 . kubectl logs [pod] :查看pod的日志。

27 . kubectl port-forward [pod] [localPort:remotePort] :将pod的端口转发到本地。

28 . kubectl attach [pod] :连接到运行中的容器。

29 . kubectl cp [file-path] [namespace]/[pod]:[container-path] :复制文件到pod或从pod复制文件。

四、滚动更新命令

30 . kubectl rollout status [resource] [name] :查看一个滚动更新的状态。

31 . kubectl rollout undo [resource] [name] :撤销一个滚动更新。

32 . kubectl rollout history [resource] [name] :查看一个滚动更新的历史记录。

33 . kubectl rollout restart [resource] [name] :重新启动一个滚动更新。

34 . kubectl rollout pause [resource] [name] :暂停一个滚动更新。

35 . kubectl rollout resume [resource] [name] :恢复一个滚动更新。

五、集群管理命令

36 . kubectl top [resource] [name] :查看资源的使用情况。

37 . kubectl certificate approve [name] :批准证书签发请求。

38 . kubectl certificate deny [name] :拒绝证书签发请求。

39 . kubectl auth can-i [verb] [resource] :查看当前用户是否有指定动作的权限。

40 . kubectl api-resources :输出服务端API支持的资源类型。

六、高级命令

41 . kubectl diff -f [file] :比较本地文件和远程资源之间的区别。

42 . kubectl patch [resource] [name] :更新资源的字段。

43 . kubectl replace -f [file] :通过文件名替换一个资源。

44 . kubectl kustomize [directory] :从指定目录构建kustomization目标。

45 . kubectl wait [conditions] :等待一个或多个资源满足特定条件。

七、调试与日志命令

46 . kubectl logs [pod] -f :实时查看pod的日志。

47 . kubectl logs [pod] --tail=N :查看pod的最后N行日志。

48 . kubectl logs [pod] | grep [keyword] :根据关键字查看pod的日志。

49 . kubectl debug [pod] :对指定的pod进行调试。

八、其他常用命令

50 . kubectl version :查看集群的版本信息。

51 . kubectl namespace :查看或管理命名空间。

52 . kubectl completion :输出shell自动补全代码。

53 . kubectl label nodes [node-name] [label-key]=[label-value] :给节点打标签。

54 . kubectl label nodes [node-name] [label-key]- :删除节点的标签。

55 . kubectl taint nodes [node-name] [key]=value:[effect] :给节点添加污点。

56 . kubectl taint nodes [node-name] [key]:[effect]- :删除节点的污点。

57 . kubectl edit svc/[service-name] :编辑指定的service。

58 . kubectl get pods -A :查看所有命名空间下的pod。

59 . **kubectl get pods -n [namespace]**:查看指定命名空间下的pod。

60 . kubectl get nodes --show-labels:查看所有节点及其标签。

61 . kubectl get services:查看集群中服务的状态。

62 . kubectl get statefulset:查看statefulset列表。

63 . kubectl describe nodes:显示集群节点资源的使用情况以及标签。

64 . kubectl describe pods:显示指定pod的详细信息。

65 . kubectl describe quota:查看集群的资源配额。

66 . kubectl describe limitrange:查看集群的资源限制。

67 . kubectl get pod -o wide | grep [keyword] :查询包含特定关键字的pod,并输出详细信息。

九、资源管理与扩展命令

68 . kubectl autoscale [resource] [name] --min=[min-replicas] --max=[max-replicas] :为资源设置自动扩缩容。

69 . kubectl scale deployment [name] --replicas=[number] :为deployment设置副本数。

70 . kubectl top node [node-name] :查看指定节点的资源使用情况。

71 . kubectl top pod [pod-name] -n [namespace] :查看指定命名空间下pod的资源使用情况。

十、特定资源类型操作命令

72 . kubectl create secret [type] [name] --from-file=[file] :创建secret资源。

73 . kubectl create configmap [name] --from-file=[file] :创建configmap资源。

74 . kubectl get secrets :查看集群中的secret资源。

75 . kubectl get configmaps :查看集群中的configmap资源。

76 . kubectl delete secret [name] :删除指定的secret资源。

77 . kubectl delete configmap [name] :删除指定的configmap资源。

十一、与存储相关的命令

78 . kubectl create persistentvolume [name] --capacity=[capacity] --accessmodes=[modes] :创建persistentvolume资源。

79 . kubectl create persistentvolumeclaim [name] --accessmodes=[modes] --storageclass=[class] --request-storage=[size] :创建persistentvolumeclaim资源。

80 . kubectl get persistentvolumes :查看集群中的persistentvolume资源。

81 . kubectl get persistentvolumeclaims :查看集群中的persistentvolumeclaim资源。

十二、与网络相关的命令

82 . kubectl create networkpolicy [name] --pod-selector=[selector] :创建networkpolicy资源以控制pod间的网络通信。

83 . kubectl get networkpolicies :查看集群中的networkpolicy资源。

十三、与RBAC(基于角色的访问控制)相关的命令

84 . kubectl create role [name] --verb=[verbs] --resource=[resources] --namespace=[namespace] :创建role资源。

85 . kubectl create rolebinding [name] --role=[role-name] --user=[username] --namespace=[namespace] :创建rolebinding资源以将role绑定到用户。

86 . kubectl get roles :查看集群中的role资源。

87 . kubectl get rolebindings :查看集群中的rolebinding资源。

十四、CronJob与定时任务相关命令

88 . **kubectl create cronjob [name] --image=[image] --schedule="[cron expression]"**:创建CronJob资源,用于按指定计划运行容器。

89 . kubectl get cronjobs:查看集群中所有的CronJob资源。

90 . **kubectl describe cronjob [name]**:查看指定CronJob的详细信息。

十五、高级配置与管理命令

91 . kubectl proxy :启动一个代理服务器,可以通过浏览器访问Kubernetes API。

92 . kubectl api-resources --verbs=list,watch,create,update,patch,delete :列出所有支持特定操作的API资源。

93 . kubectl plugin list :列出所有已安装的kubectl插件。

94 . kubectl completion bash :生成bash自动补全脚本。

95 . kubectl config set-cluster [cluster-name] --server=[server] --certificate-authority=[cert-path] :设置集群信息。

96 . kubectl config set-credentials [user-name] --client-certificate=[cert-path] --client-key=[key-path] --token=[token] :设置用户凭据。

97 . kubectl config set-context [context-name] --cluster=[cluster-name] --user=[user-name] --namespace=[namespace] :设置上下文。

十七、自定义资源定义(CRD)相关命令

98 . kubectl apply -f [crd-yaml-file] :应用自定义资源定义(CRD)文件,创建新的资源类型。

99 . kubectl get crd :列出所有已定义的自定义资源。

100 . kubectl get [crd-plural] :查看特定自定义资源的实例列表,其中[crd-plural]是CRD定义中的plural字段值。

<think>好的,我现在需要回答用户关于Kubernetes的PodDisruptionBudget(PDB)的问题。用户之前已经了解过Pod优先级抢占的过程,现在想进一步了解PDB约束是什么。首先,我应该从基本概念入手,解释PDB的定义和作用。 用户可能已经知道,在抢占过程中,PDB会影响哪些Pod可以被驱逐,所以需要明确PDB如何保护应用不被过多中断。接下来,我需要说明PDB的两个主要参数:minAvailable和maxUnavailable,这两个参数决定了在维护操作(如节点排水)或自愿中断(如驱逐)时,应用的最小可用实例数或最大不可用实例数。 接下来,我应该给出一个具体的YAML示例,这样用户可以直观地看到PDB的结构。例如,为一个Deployment设置minAvailable为3,确保至少3个Pod处于运行状态。同时,我需要指出应用场景,比如滚动更新、节点维护或自动扩缩容时,PDB如何保证服务的可用性。 然后,我需要解释PDB的工作机制,特别是它如何与驱逐和抢占过程交互。当kube-scheduler执行抢占时,会检查PDB是否允许驱逐目标Pod。如果驱逐后会导致PDB的约束被违反,那么该Pod就不能被驱逐,从而保护应用的稳定性。 此外,用户可能对使用PDB时的注意事项感兴趣,比如需要与控制器(如Deployment)配合使用,以及如何监控PDB的状态。这部分可以通过kubectl命令示例来展示如何查看PDB的状态,帮助用户进行实际操作。 最后,我需要总结PDB的重要性,强调它在维护高可用性和稳定性中的作用,特别是在自动化的Kubernetes环境中,如何通过PDB避免意外的服务中断。整个过程中,要确保语言简洁明了,结构清晰,符合用户之前获得的回答风格,使用YAML示例和命令示例来增强实用性。 需要检查是否有遗漏的关键点,比如PDB不支持非控制器管理的Pod,或者minAvailable和maxUnavailable不能同时设置等细节。确保信息准确,并且与用户之前的上下文(如抢占过程)相关联,帮助用户建立完整的知识链。</think>以下是 Kubernetes **PodDisruptionBudget (PDB)** 的详细说明,结合示例和实际场景: --- ### 一、核心概念 **PodDisruptionBudget (PDB)** 用于保护应用在 **自愿中断(Voluntary Disruptions)** 期间的最小可用性,例如: - 节点维护(手动或自动排水) - 集群缩容(减少节点数量) - Pod 优先级抢占(高优先级 Pod 驱逐低优先级 Pod) --- ### 二、核心参数 PDB 通过以下两种方式定义容灾阈值: 1. **`minAvailable`**:必须保持可用的最小 Pod 数量(绝对值或百分比) ```yaml minAvailable: 2 # 至少保留2个可用 Pod minAvailable: "30%" # 至少保留30%的 Pod 可用 ``` 2. **`maxUnavailable`**:允许不可用的最大 Pod 数量(绝对值或百分比) ```yaml maxUnavailable: 1 # 最多允许1个 Pod 不可用 maxUnavailable: "10%" # 最多允许10%的 Pod 不可用 ``` ⚠️ **限制**:`minAvailable` 和 `maxUnavailable` 不能同时定义。 --- ### 三、YAML 示例 #### 场景:保护 Deployment 的 Web 服务 ```yaml apiVersion: policy/v1 kind: PodDisruptionBudget metadata: name: web-pdb spec: minAvailable: 3 # 确保至少3个 Pod 可用 selector: matchLabels: app: web-server # 关联到标签为 app=web-server 的 Pod ``` --- ### 四、工作机制 #### 1. 驱逐/抢占时的约束检查 当触发以下操作时,Kubernetes 会检查 PDB 是否允许操作: - **手动驱逐**:`kubectl drain <node>` - **自动驱逐**:抢占(Preemption)、节点缩容(Cluster Autoscaler) - **滚动更新**:控制器替换旧 Pod **检查逻辑**: ```text 操作前 → 检查 PDB → 若违反约束 → 拒绝操作 ``` #### 2. 与优先级抢占的交互 在 [Pod 优先级抢占](answer_id=1000000001) 场景中: - kube-scheduler 选择待驱逐 Pod 时,**必须确保驱逐后不违反 PDB** - 如果驱逐导致 PDB 约束被打破,则跳过该 Pod,寻找其他候选 --- ### 五、验证与调试 #### 1. 查看 PDB 状态 ```bash kubectl get pdb web-pdb ``` 输出示例: ``` NAME MIN AVAILABLE MAX UNAVAILABLE ALLOWED DISRUPTIONS AGE web-pdb 3 N/A 1 5d ``` - **ALLOWED DISRUPTIONS**:当前允许的最大中断数量(根据当前可用 Pod 数计算) #### 2. 模拟节点排水测试 ```bash kubectl drain <node-name> --ignore-daemonsets ``` - 如果排水导致 PDB 约束被违反,操作将被拒绝 --- ### 六、典型应用场景 1. **滚动更新保护** 确保在 Deployment 更新时,始终有足够副本提供服务。 2. **节点维护安** 排水节点时自动遵守 PDB,避免服务降级。 3. **抢占冲突规避** 高优先级 Pod 无法驱逐受 PDB 保护的低优先级 Pod(除非满足约束)。 --- ### 七、注意事项 1. **仅作用于受控制器管理的 Pod** PDB 需通过 `selector` 匹配由 Deployment、StatefulSet 等控制器创建的 Pod。 2. **不保护非自愿中断** 节点宕机、硬件故障等非自愿中断由 **Pod 副本数(replicas)** 保障。 3. **百分比计算的陷阱** 当总副本数较小时,百分比可能导致非整数结果(K8s 会向下取整)。 --- 通过 PDB,Kubernetes 实现了在主动运维操作中保障关键业务的高可用性,是生产环境稳定性设计的重要组成部分。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值