K8s整理

最新推荐文章于 2024-07-24 22:26:21 发布

sunnyhkj

最新推荐文章于 2024-07-24 22:26:21 发布

阅读量134

点赞数

CC 4.0 BY-SA版权

文章标签： kubernetes

本文链接：https://blog.youkuaiyun.com/helloword4/article/details/126597260

K8s无法删除状态为terminating的pod解决方法

强制删除

kubectl delete pod xxx -n xxx --force --grace-period=0

如果强制删除还不行，设置finalizers为空

kubectl patch pod xxx -n xxx -p ‘{“metadata”:{“finalizers”:null}}’

master节点部署Pod处于Pending状态

问题

原因：kubeadm集群时，出于安全考虑Pod不会被调度到Master Node上，默认情况下，master打了污点，不参与工作负载；
解决方案：手动删除master的污点；

删除master节点污点

kubectl taint nodes --all node-role.kubernetes.io/master-
再次查看Pod状态，已经Running

再次开启master节点污点
命令kubectl taint nodes k8s node-role.kubernetes.io/master=true:NoSchedule

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

sunnyhkj

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

学习K8S整理出来的资料

06-09

上述知识点围绕着华为云容器引擎（CCE）和Kubernetes（K8S）的使用、配置、部署等核心内容进行整理，覆盖了搭建、管理、维护Kubernetes集群的各个方面，以及如何使用华为云提供的CCE服务快速高效地实现服务的云端...

k8s入门及操作大全.pdf

07-30

### 描述知识点：本人整理的k8s初级一些入门知识理论点，适合想学k8s但不知从何入口的人群使用描述说明了文件内容的适用人群，即对Kubernetes有兴趣但不知道从何处开始学习的初学者。这表明内容会从基础概念讲起，...

参与评论您还未登录，请先登录后发表或查看评论

云原生Kubernetes：K8S资源控制之污点与容忍

cronaldo91的博客

09-19

2047

NoSchedule:表示k8s将不会将Pod调度到具有该污点的Node上PreferNoschedule:表示k8s将尽量避免将Pod调度到具有该污点的Node上NoExecute:表示k8s将不会将Pod调度到具有该污点的Node上,同时会将Node上已经存在的Pod驱逐出去。

k8s打污点、取消污点、驱动pod

三朝看客

05-11

3424

这将驱逐该节点上的所有 Pod，并将它们迁移到其他节点上。在驱逐过程中，调度程序将遵循 Pod 的亲和性和反亲和性规则，以确保它们被调度到适当的节点上。请注意，驱逐节点需要适当的权限，因此请确保您具有足够的权限来管理节点。此外，在驱逐节点之前，请确保将工作负载重新调度到其他节点，以确保集群的可用性。当您运行此命令时，该节点上的该污点将被删除，Kubernetes 将能够在该节点上调度具有该污点要求的 Pod。是要取消的污点的键。请注意，打污点需要适当的权限，因此请确保您具有足够的权限来管理节点。

k8s:查看node的污点和删除node 的污点

amadeus_liu2的博客

07-11

3802

k8s

k8s集群中如何去除污点

qq_52814205的博客

07-24

708

然后观察pods，其状态会变为running。当遇到po一致pending时，通过。对有污点的节点去除污点。查看出错条件，如果是。去查看哪个节点有污点。

为k8s-master节点添加/移除污点taints

热门推荐

己亥谷雨

09-24

4万+

手动部署的k8s集群, 需要为master节点手动设置taints 设置taint 语法: 1 2 3 4 5 kubectl taint node [node] key=value[effect] 其中[effect] 可取值: [ NoSchedule | PreferNoSchedule | NoExecute ] NoSchedule: 一定不能被调度 PreferNoSchedule: 尽量不要调度 No

kubernetes（2021-12月整理k8s经典面试常问题目）面试题汇总.pdf

12-11

Kubernetes（简称k8s）是Google开源的容器编排管理系统，它旨在自动化容器的部署、扩展和管理，提供了一种高效、灵活的方式来管理和运行基于容器的应用程序。Kubernetes不仅支持Docker，还兼容其他容器运行时，如...

2021整理-docker和k8s 运维主管面试高频题目带答案

09-09

都是自己整理，找工作必看，高薪不是梦，压缩包发给你

k8s面试题目带答案.doc

08-03

整理一些面试常问面试题目分享给大家

k8s污点去除

JianT的博客

03-20

1442

kubectl describe node NODE-NAME |grep Taintkubectl taint node NODE-NAME taint *****-

K8S - k8s查看污点和删除污点

迦南的专栏

03-31

2万+

查看污点，可以使用以下命令 kubectl describe nodes k8s-master |grep Taints Taints: gameble=true:NoSchedule [root@k8s-master ~]# kubectl describe nodes k8s-node1 | grep Taints Taints: drunk=true:NoSchedule [root@k8s-master ~]# kubectl describe n

k8s调度之污点和容忍

梵修

10-22

1291

污点定义在节点的nodeSpec中，是键值类型的数据，但要额外加一个效用（effect）标识，格式为，其中key和value的用法及格式与标签类似，而效用标识则用于定义节点对Pod对象的排斥等级。NoSchedule：不能容忍此污点的Pod对象不可调度至当前节点，属于强制性约束关系，但添加此效用标识的污点不会影响节点上已有Pod运行PreferNoSchedule：NoSchedule的柔性约束版本，调度器尽量确保不能容忍此污点的Pod不会被调度至当前节点。

K8S 污点使用方法示例

happyzwh的专栏

04-11

1万+

流程： node打上污点（可以想象成一个标签）,pod如果不定义容忍这个污点，那么pod就不会被调度器分配到这个node 操作命令： 1. node打上污点方法的三种类型以及介绍 Shell 1 2 3 kubectl taint nodes node1 key=value:NoSchedule kubectl taint n...

k8s的一些常用命令

shelutai的博客

01-28

630

增加污点 kubectl taint nodes master1 node-role.kubernetes.io/master=:NoSchedule 设置taint 语法: kubectl taint node [node] key=value[effect] 其中[effect] 可取值: [ NoSchedule | PreferNoSchedule | NoExecute ] NoSchedule: 一定不能被调度 PreferNoSchedule: 尽量不要调度 NoExec

k8s标签使用和MASTER节点添加去除污点

weixin_42562106的博客

05-10

4116

给两个节点打标签添加标签 kubectl label nodes node91.com node92.com storagenode=momo 删除标签 kubectl label nodes node91.com node92.com storagenode- 指定pods调度到这momo标签上 nodeSelector: storagenode: momo 手动部署的k8s集群, 需要为master节点手动设置taints kubectl taint node [n

k8s-master增加和删除污点

阿牛同学的博客

11-09

5073

背景使用kubeadm部署的kubernetes集群，其中master节点上默认拒绝pod调度运行在此上面。官方术语是：master默认被赋予了一个taints(污点)，那么想让master也成为工作节点，有一下两种方法去掉taints（污点）备注：生产环境不推荐让pod能够容忍该节点上的污点去掉污点（taints）查看节点taints kubectl describe node NODE_NAME | grep Taint 删除节点taints kubectl taint node

k8s 污点和容忍

看，未来的博客

09-25

3712

在 Kubernetes 中，节点亲和性 NodeAffinity 是 Pod 上定义的一种属性，能够使 Pod 按我们的要求调度到某个节点上，而 Taints(污点) 则恰恰相反，它是 Node 上的一个属性，可以让 Pod 不能调度到带污点的节点上，甚至会对带污点节点上已有的 Pod 进行驱逐。当然，对应的 Kubernetes 可以给 Pod 设置 Tolerations(容忍) 属性来让 Pod 能够容忍节点上设置的污点，这样在调度时就会忽略节点上设置的污点，将 Pod 调度到该节点。

k8s污节点设置、查看、删除

weixin_40668374的博客

09-17

1万+

禁止master部署pod kubectl taint nodes k8s-master(节点名称) node-role.kubernetes.io/master=true:NoSchedule 查看污点 kubectl describe nodes 节点名称删除污点（根据上述的常看，或者禁止来删除） kubectl taint nodes 节点名称 node-role.kubernetes.io/master- ...

整理k8s的常见用法

最新发布

03-03

<think>嗯，用户之前问了后端系统的安全性，现在转向了Kubernetes的常见用法，看来他对系统架构和运维方面比较感兴趣。需要整理k8s的常见用法，可能用户刚开始接触k8s，或者想系统化自己的知识。用户可能是在准备面试，或者在实际工作中需要部署和管理容器化应用，所以需要一份清晰的指南。首先，我得确定用户对k8s的了解程度。之前的回答结构很详细，用户可能期待类似的层次结构。需要覆盖基本概念、核心功能、常用操作、网络存储、运维监控、安全、扩展和生态系统等方面。要确保回答结构清晰，分点列出，每个部分有子项。例如，核心功能包括部署、扩缩容、配置管理、服务发现、存储管理、自动修复、滚动更新、任务调度。常用操作涉及kubectl命令，可能需要具体例子，但用户可能不需要太详细的命令，而是分类说明。还要注意用户可能关心的实际应用场景，比如如何做CI/CD集成，监控方案选型，或者安全策略。之前的回答中有提到安全维度，所以在k8s这里也需要涉及RBAC、网络策略、密钥管理等内容。用户可能还需要了解k8s的生态系统，比如Helm、Operators、Service Mesh等工具，这些能帮助他们扩展功能。另外，常见问题如Pod故障排查、资源优化、网络问题等也是实际使用中会遇到的问题，需要给出解决思路。需要避免太技术化的术语，但保持专业性。比如解释Deployment和StatefulSet的区别时，要简明扼要。同时，结合之前的回答风格，可能用户喜欢表格和公式，比如在核心功能部分用表格区分控制器类型，或者在资源配额部分用数学表达式。还要注意用户可能没提到的深层需求，比如如何选择存储类型，或者如何监控集群健康状态，这些在整理常见用法时也应涵盖。最后，确保回答有总结，强调k8s的优势和适用场景，帮助用户形成整体认识。</think>以下是对Kubernetes常见用法的系统化整理，采用分层结构说明核心功能和应用场景： --- ### 一、核心功能模块 | 功能分类 | 实现方式 | 典型应用场景 | 数学表达示例 | |----------------|---------------------------|----------------------------------|-----------------------------------| | **部署管理** | Deployment | 无状态应用滚动更新 | 副本数 $replicas = \lceil \frac{QPS}{1000} \rceil$ | | **有状态服务** | StatefulSet | 数据库集群部署 | 有序编号 $pod\_name = {sts-name}-{0..N-1}$ | | **配置注入** | ConfigMap/Secret | 环境变量动态配置 | 数据映射 $\forall k \in ConfigMap, v \to Pod$ | | **服务发现** | Service/Ingress | 内外网流量路由 | 负载均衡 $endpoints = \sum_{healthy\;pod} ip:port$ | | **存储管理** | PersistentVolume(PV) | 数据库持久化存储 | 容量规划 $PV_{size} \geq \sum_{pod} request_{storage}$ | | **自动扩缩容** | HPA(HorizontalPodAutoscaler) | 应对流量波动 | 扩缩规则 $desiredReplicas = \lceil currentReplicas \times \frac{currentMetricValue}{desiredMetricValue} \rceil$ | --- ### 二、常用操作指令 ```bash # 声明式资源管理 $ kubectl apply -f deployment.yaml # 应用YAML配置（幂等操作） # 实时监控与调试 $ kubectl get pods -l app=nginx --watch # 标签筛选+实时状态监控 $ kubectl logs -f pod/nginx-7cdbd8cdc9-zwxrb # 流式日志跟踪 $ kubectl exec -it pod/nginx -- /bin/sh # 进入容器调试 # 集群状态诊断 $ kubectl describe node worker-01 # 节点资源详情分析 $ kubectl top pod --containers # 容器级资源消耗排名 ``` --- ### 三、网络模型实践 1. **Service类型选择矩阵** | 类型 | 流量特征 | 典型场景 | 网络开销 | |--------------|------------------------|---------------------------|----------| | ClusterIP | 集群内部通信 | 微服务间调用 | 低 | | NodePort | 单节点外部暴露 | 开发环境测试 | 中 | | LoadBalancer | 云厂商负载均衡集成 | 生产环境公网访问 | 高 | | Ingress | 七层路由规则管理 | 多域名HTTPS卸载 | 可变 | 2. **网络策略示例** ```yaml apiVersion: networking.k8s.io/v1 kind: NetworkPolicy spec: podSelector: matchLabels: app=db ingress: - from: - podSelector: matchLabels: app=api ports: - protocol: TCP port: 5432 # 只允许api服务访问数据库的5432端口 ``` --- ### 四、存储方案选型 1. **存储类(StorageClass)配置维度** - 性能等级：$IOPS \propto \frac{1}{latency}$ - 数据持久性：$RPO \leq 15\text{min}, RTO \leq 5\text{min}$ - 挂载方式：ReadWriteOnce/ReadOnlyMany/ReadWriteMany 2. **典型存储方案对比** | 存储类型 | 适用场景 | 数据一致性 | 扩容复杂度 | |----------------|-------------------|--------------|------------| | 本地SSD | 高性能数据库 | 强一致性 | 不可扩容 | | Ceph RBD | 通用块存储 | 最终一致性 | 动态扩容 | | NFS | 文件共享 | 弱一致性 | 手动扩容 | | 云盘(如AWS EBS)| 云环境持久化存储 | 强一致性 | 在线扩容 | --- ### 五、运维监控体系 1. **监控指标采集公式** - 节点健康度：$$ \text{NodeScore} = 0.4 \times \text{CPU\_free} + 0.3 \times \text{Mem\_free} + 0.3 \times \text{Disk\_IOPS} $$ - Pod驱逐预测：$$ \text{EvictRisk} = \begin{cases} 1 & \text{if } \frac{current\_memory}{limit} > 0.9 \\ 0.5 & \text{if } \frac{current\_cpu}{limit} > 0.8 \\ 0 & \text{otherwise} \end{cases} $$ 2. **常用工具链组合** ```mermaid graph LR A(Prometheus) -->|采集| B(Node Exporter) A -->|告警| C(AlertManager) D(Grafana) -->|可视化| A E(Fluentd) -->|日志| F(Elasticsearch) ``` --- ### 六、安全加固措施 1. **RBAC权限矩阵** | 角色 | 权限范围 | API资源限制 | |-------------------|------------------------------|----------------------------| | dev-user | 特定namespace的Pod读写 | verbs: get, list, watch | | cluster-admin | 全集群管理权限 | resources: * | | storage-manager | PersistentVolumeClaims管理 | resourceNames: "ssd-*" | 2. **安全基线配置** ```yaml securityContext: runAsNonRoot: true capabilities: drop: ["NET_RAW"] seccompProfile: type: RuntimeDefault ``` --- ### 七、进阶使用模式 1. **Operator设计范式** ```go func Reconcile() error { current := GetCurrentState() desired := CalculateDesiredState() if !reflect.DeepEqual(current, desired) { return UpdateCluster(desired) # 实现声明式状态收敛 } return nil } ``` 2. **混合云调度策略** ```python def schedule_pod(pod): if pod.requires_gpu: return filter_nodes(has_gpu=True) elif pod.low_latency: return min_distance(user_region) else: return cheapest_zone() ``` --- **总结建议**：生产环境建议采用$GitOps$模式（如Argo CD），配合$Service\;Mesh$（如Istio）实现细粒度流量治理。对于有状态服务，优先使用Operator模式封装领域知识。监控体系应满足$SLO = \frac{成功请求数}{总请求数} \geq 99.9\%$的服务级别目标。