和persistentVolumes）也不在任何Namespace中。事件是⼀个 例外：它们可能有也可能没有Namespace，具体取决于事件的对象。 08-Namespace 25 Label和Selector（Label和选择器） Label是附加到对象（如Pod）的键值对。Label旨在⽤于指定对⽤户有意义的对象的识别属性，但不直接表示核⼼系统 的语义。Label可⽤于组织和选择对象的⼦集。Label可在创建时附加到 09-Label和Selector 26 Label选择器 不同于 names and UIDs ，Label不提供唯⼀性。⼀般来说，多个可对象携带相同的Label。 通过Label选择器 ，客户端/⽤户可识别⼀组对象。Label选择器是Kubernetes中的核⼼分组API。 API⽬前⽀持两种类型的选择器：equality-based 和 set-based 。Label选择器可由逗号分隔的多个需求组成。在多重需 重需 求的情况下，必须满⾜所有需求，因此逗号作为AND逻辑运算符。 ⼀个empty Label选择器（即⼀个零需求的选择器）选择集合中的每个对象。 null Label选择器（仅⽤于可选的选择器字段）不选择任何对象。 注意 ：两个Controller的Label选择器不能在命名空间内重叠，否则它们将会产⽣冲突。 Equality-based requirement Equality- or

于灵活、方便的 对资源进行分配、调度、配置、部署等工作。 Lable就是给资源对象打一个标签，然后通过Label Secletor（标签选择器）查询和筛选拥有某些Label的资源对象， k8s通过这种方式实现了类似SQL的简单和通用的对象查询机制。 标签选择器可以类比SQL语句中的where查询条件，例如name=redis-salve 表示只查询名字为redis-salve的资源对 象。 env e）：匹配所有带有标签name=master或者name=salve的资源 name not in （php）：匹配所有不具有标签name=php的资源对象 也可以多个条件一起使用。 标签和标签选择器共同构成了k8s系统中最核心的应用模型，使得被管理对象能够被精细的分组管理，同时实现了整 个集群的高可用性。 17 www.h3c.com Confidential 秘密 17 17 K8s基本概念和术语介绍（RC） 2版本之后升级成了新的概念，Replica Set（下一代RC），Replicas Set支持基于集 合的标签选择器，而RC只支持基于等式的标签选择器。 Replicas Set的一些作用和特性： 1. 大多数情况下，我们通过定义一个RC实现Pod的创建过程及副本数量的自动控制 2. RC里面包含完整的Pod定义模板 3.RC通过标签选择器机制实现对Pod的自动控制 4.通过改变Rc中的Pod副本数量，可以实现Pod的扩容和缩容功能

命名空间：该策略是依据 Pod 的 Label 进⾏调度，所以会受到命名空间的约束。 拓扑域：即 topologyKey，指定调度时作⽤域，这是通过 Node 节点的标签来实现的。 选择器：单击选择器右侧的添加按钮，可添加多条硬约束规则。 尽量满⾜，即软约束，不⼀定满⾜，对应 preferredDuringSchedulingIgnoredDuringExecution。 Pod 的亲 命名空间：该策略是依据 Pod 的 Label 进⾏调度，所以会受到命名空间的约束。 拓扑域：即 topologyKey，指定调度时作⽤域，这是通过 Node 节点的标签来实现的。 选择器：单击选择器右侧的添加按钮，可添加多条硬约束规则。 尽量满⾜，即软约束，不⼀定满⾜，对应 preferredDuringSchedulingIgnoredDuringExecution。 Pod 的亲

★创建PVC PVC（PersistentVolumeClaim）通过申请占用某个PV而创建，它与pv是一一对应 的，用户无需关心其底层实现细节，申请时，用户只需要指定目标空间大小， 访问模式，pv标签选择器和StorageClass等相关信息即可。 # cat > pvc-nfs-share1.yaml <选择器或匹配条件表达 式 matchLabels: pvlab: pvlab-nfs-share1 #通过labels去匹配pv，若未指定volumeName也未 指定标签选择器,则从存储类名相同的PV里随便挑一个大小符合的 EOF # kubectl apply -f

hostPath, gcePersistentDisk, … Ø persistentVolumn, persistentVolumnClaim Kubernetes的统一资源模型和 丰富的标签选择器 Kubernetes的架构 Ø Pod： 最小部署单元，可支持多容器镜像 Ø RC：控制Pod的个数和Pod的生命周期 Ø Service：服务入口，由Kube-proxy支持负载均衡 Ø 原生负载均衡，高可用方案