带你读《云原生应用开发:Operator原理与实践》——2.3.4 准入控制

简介: 带你读《云原生应用开发:Operator原理与实践》——2.3.4 准入控制

2.3.4 准入控制


准入控制器是对象持久化之前插入的一段代码,在身份认证和鉴权步骤之后,拦截对Kubernetes APIServer 的请求。它们以插件的形式运行在 APIServer 中,作用分别是变更用户提交的资源对象信息、校验用户提交的资源对象信息,或者两者都有。

准入控制过程分为两个阶段:第一阶段,运行 MutatingAdmission 控制器;第二阶段,运行 ValidatingAdmission 控制器。如果任一阶段的任何控制器拒绝了该请求,则整个请求将立即被拒绝,并且将错误返回给最终用户。

APIServer 支持同时开启多个准入控制器的功能,通过 --enable-admission-plugins配置,如果开启了多个准入控制器,在运行时会按照顺序执行准入控制器。下面是几种常用的准入控制器。

(1)AlwaysPullImages:此准入控制器会将 Pod 的拉取镜像策略强制修改成 Always,保护多租户集群中用户镜像。

(2)PodNodeSelector:此准入控制器通过读取名称空间批注和全局配置来默认并限制在 Namespace 中可以使用哪些节点选择器。

(3)DefaultStorageClass:此准入控制器会为 PersistentVolumeClaim 对象添加默认的 Storage Class。

(4)ExtendedResourceToleration:集群中如果有特殊硬件节点,为了避免不让不使用这些特殊硬件的 Pod 运行在这些节点上,一般会给节点打污点。Pod 要想运行在这个节点上必须容忍污点,这个控制器会自动为 Pod 配置容忍污点。

(5)EventRateLimit:此准入控制器限制 Event 请求的速度,缓解了 APIServer 的压力。

(6)ImagePolicyWebhook:通 过 WebHook 决 定 Image 策 略, 需 要 同 时 配 置 --admission-control-config-file。

(7)LimitPodHardAntiAffinityTopology:此准入控制器在 Pod 亲和性和反亲和性中限制 Pod 的 TopologyKey 只能是 kubernetes.io/hostname,否则拒绝。

(8)LimitRanger:此准入控制器会为 Pod 设置默认资源请求和限制,要提前创建LimitRange 对象。

(9)MutatingAdmissionWebhook:此准入控制器会向 WebHook 服务器发送请求,用于变更用户提交的资源对象信息。

(10)NamespaceAutoProvision:此准入控制器检查 Namespace 范围内资源的请求,如果不存在 Namespace,则需要创建。

(11)NamespaceExists:此准入控制器检查 Namespace 范围内资源的请求,如果不存在 Namespace,那么拒绝请求。

(12)NamespaceLifecycle:此准入控制器会禁止在一个正在被停止的 Namespace 中创建对象,并拒绝使用不存在的 Namespace 的请求,它还会禁止删除 Default、Kubesystem 和 Kube-public 这 3 个 Namespace。

(13)NodeRestriction:此准入控制器会限制 Kubelet 只可以修改 Node 和 Pod 对象。

(14)OwnerReferencesPermissionEnforcement:此准入控制器保护对对象的 metadata.ownerReferences 的访问,只有对该对象具有“删除”权限的用户才能更改它。

(15)PersistentVolumeClaimResize:此准入控制器会禁止修改 PersistentVolumeClaim的大小,除非在 StorageClass 中设置了 allowVolumeExpansion 为 True。

(16)PodSecurityPolicy:此准入控制器在 Pod 创建和修改时起作用,并根据请求的安全上下文和可用的 Pod 安全策略确定是否拒绝 Pod。

(17)ResourceQuota:此 准 入 控 制 器 将 观 察 传 入 的 请 求, 并 确 保 它 不 违 反Namespace 中 ResourceQuota 对象中枚举的任何约束。 如果在 Kubernetes 部署中使用ResourceQuota 对象,则必须使用此准入控制器来实施配额约束。

(18)ServiceAccount:此准入控制器实现 ServiceAccounts 的自动化。

(19)StorageObjectInUseProtection:此准入控制器会保护正在使用的 PV 和 PVC 不被删除。

(20)TaintNodesByCondition:此准入控制器将新创建的 Node 标记为 NotReady 和NoSche dule。

(21) ValidatingAdmissionWebhook:此准入控制器使用 WebHook 验证请求和用户提交资源的信息。

相关文章
|
2月前
|
缓存 Java API
【云原生】Spring Cloud Gateway的底层原理与实践方法探究
【云原生】Spring Cloud Gateway的底层原理与实践方法探究
|
2月前
|
Kubernetes Cloud Native 开发工具
带你读《云原生应用开发:Operator原理与实践》精品文章合集
带你读《云原生应用开发:Operator原理与实践》精品文章合集
|
3月前
|
人工智能 缓存 Kubernetes
.NET 9 首个预览版发布:瞄准云原生和智能应用开发
.NET 9 首个预览版发布:瞄准云原生和智能应用开发
|
7月前
|
Cloud Native 架构师 Java
谷歌架构师分享gRPC与云原生应用开发Go和Java为例文档
随着微服务和云原生相关技术的发展,应用程序的架构模式已从传统的单体架构或分层架构转向了分布式的计算架构。尽管分布式架构本身有一定的开发成本和运维成本,但它所带来的收益是显而易见的。
|
2月前
|
Kubernetes Cloud Native 微服务
作者推荐|剖析云原生服务框架中服务发现机制的核心原理与实现机制
作者推荐|剖析云原生服务框架中服务发现机制的核心原理与实现机制
45 0
|
2月前
|
Java fastjson 数据安全/隐私保护
【Dubbo3技术专题】「云原生微服务开发实战」 一同探索和分析研究RPC服务的底层原理和实现
【Dubbo3技术专题】「云原生微服务开发实战」 一同探索和分析研究RPC服务的底层原理和实现
44 0
|
2月前
|
运维 Cloud Native 持续交付
云原生技术的未来展望:如何塑造下一代应用开发
【2月更文挑战第30天】 随着云计算的不断发展,云原生技术已经成为推动现代应用开发的重要力量。本文将深入探讨云原生技术的核心概念,分析其在提高开发效率、降低运维成本以及支持复杂业务场景中的作用。同时,文章还将预测云原生技术的发展趋势,并讨论如何在不断变化的技术环境中保持应用的敏捷性和可靠性。
|
2月前
|
消息中间件 存储 Cloud Native
【Spring云原生系列】Spring RabbitMQ:异步处理机制的基础--消息队列 原理讲解+使用教程
【Spring云原生系列】Spring RabbitMQ:异步处理机制的基础--消息队列 原理讲解+使用教程
|
5月前
|
Kubernetes 负载均衡 Cloud Native
云原生|kubernetes|kubeadm部署高可用集群(二)---kube-apiserver高可用+etcd外部集群+haproxy+keepalived
云原生|kubernetes|kubeadm部署高可用集群(二)---kube-apiserver高可用+etcd外部集群+haproxy+keepalived
152 0
|
5月前
|
Kubernetes Cloud Native NoSQL
TuGraph Analytics云原生部署:基于K8S Operator的轻量级作业启动方案
TuGraph Analytics作业可以通过Console提交部署到K8S集群,但Console是一个独立的Web系统,部署形态上相对较重。在平台工具系统接入或大数据生态集成场景中,需要更轻量级的快速接入TuGraph Analytics的方案。

热门文章

最新文章