Label 标签

标签是一种简单却功能强大的 kubernetes 特性，不仅可以组织 pod，也可以组织所有其他的 kubernetes 资源。详细来讲 ，标签是可以附加到资源的任意键值对，用以选择具有该确切标签的资源（这是通过标签选择器完成的）。只要标签的 key 在资源内是唯一的，一个资源便可以拥有多个标签。通常在我们创建资源时就会将标签附加到资源上，但之后我们也可以再添加其他标签，或者修改现有标签的值，而无须重新创建资源。

创建 pod 时指定标签

apiVersion: v1
kind: pod
metadata:
    name: test-nginx-label
    ## 添加标签
    labels:
        auth: yuxuan
        env: prod
spec:
    containers:
    - image: nginx
      name: test
      ports:
      - containerPort: 80
        protocol: TCP

## 创建 pod
kubectl create -f test-nginx-labels.ymal
## 列出pod 并列出label
kubectl get pods --show-labels
## 只列出感兴趣的标签 可以使用 -L 指定并显示在单独的列中
kubectl get pods -L auth

修改现有 pod 的标签

标签也可以在现有的 pod 上进行添加和修改。现在来给前面创建的 test-nginx pod来添加标签吧。

## 添加标签
kubectl label pods test-nginx env=test
## 修改现有的标签 需要使用--overwrite
kubectl label pods test-nginx env=debug --overwrite

通过标签选择器列出 pod 子集

标签要与标签选择器结合在一起。标签选择器允许我们选择标记有特定标签的 pod 子集，并对这些 pod 执行操作。可以说标签选择器是一种能够根据是否包含具有特定值的特定标签来过滤资源的准则。标签选择器根据资源的以下条件来选择资源：

• 包含（或不包含〉使用特定键的标签
• 包含具有特定键和值的标签
• 包含具有特定键的标签，但其值与我们指定的不同

## 列出指定标签的 pod 
kubectl get pods --show-labels -l env
## 列出指定标签,指定标签值的 pod 
kubectl get pods --show-labels -l env=prod
## 列出没有指定标签的 pod
kubectl get pods --show-labels -l '!env'
## 列出标签值不等于某个值的 pod
get pods --show-labels -l 'env!=prod'
## in
get pods --show-labels -l 'env in (prod,debug)'
## notin
get pods --show-labels -l 'env notin (prod,debug)'
## 多个条件用逗号分隔
get pods --show-labels -l 'env in (prod,debug),auth=yuxuan'

使用标签和选择器来约束 pod 调度

pod 并不是唯一可以附加标签的 Kubernetes 资源。标签可以附加到任何 Kubernetes 对象上，包括节点。我们可以通过标签来控制 pod 调度到特定的节点。

## 列出集群node
kc get nodes --show-labels
## 给指点节点打上标签
kc label node 192.168.1.230 env=test

在yaml里

apiVersion: v1
kind: pod
metadata:
    name: test-nginx-label
    ## 添加标签
    labels:
        auth: yuxuan
        env: prod
spec:
    ## 控制该pod 只调度在标签 env=test的节点上
    nodeSelector:
        env: "test"
    containers:
    - image: nginx
      name: test
      ports:
      - containerPort: 80
        protocol: TCP

Annotations 注解

除标签外，pod 和其他对象还可以包含注解。注解也是键值对，所以它们本质上与标签非常相似。但与标签不同，注解并不是为了保存标识信息而存在的，它们不能像标签一样用于对对象进行分组。当我们可以通过标签选择器选择对象时，就不存在注解选择器这样的东西。

另一方面，注解可以容纳更多的信息，并且主要用于工具使用。Kubernetes 也会将一些注解自动添加到对象，但其他的注解则需要由用户手动添加。

向 kubernetes 引入新特性时，通常也会使用注解。一般来说，新功能的 alpha 和 beta 版本不会向 API 对象引入任何新字段，因此使用的是注解而不是字段，一旦所需的 API 更改变得清晰并得到所有相关人员的认可，就会引入新的字段并废弃相关注解。

添加和修改注解

和标签一样，注解可以在创建时就添加到 pod 中，也可以在之后再对现有的 pod 进行添加或修改。其中将注解添加到现有对象的最简单的方法是通过 kubectl annotate 命令。

## 添加注解
kc annotate pod test-nginx test.annotations="test"
## 修改注解
kc annotate pod test-nginx test.annotations="pro" --overwrite

namespace 命名空间

我们已经看到标签是如何将 pod 和其他对象组织成组的。由于每个对象都可以有多个标签，因 此这些对象组可以重叠。另外，当在集群中工作（例如通过 kubectl ）时，如果没有明确指定标签选择器，我们总能看到所有对象 。

但是，当你想将对象分割成完全独立且不重叠的组时，又该如何呢？可能你每次只想在一个小组内进行操作，因此 kubernetes 也能将对象分组到命名空间中。Kubernetes 命名空间简单地为对象名称提供了一个作用域。此时我们并不会将所有资源都放在同一个命名空间中，而是将它们组织到多个命名空间中，这样可以允许我们多次使用相同的资源名称（跨不同的命名空间〉。

列出命名空间及其 pod

##列出集群中的所有命名空间
kc get ns

当使用 kubectl get 命令列出资源时，我们从未明确指定命名空间，因此 kubectl 总是默认为 default 命名空间，只显示该命名空间下的对象。但从列表中我们可以看到还存在 kube -public 和 kube-system 命名空间。接下来可以使用 kubectl 命令指定命名空间来列出只属于该命名空间的 pod

kc get pods --namespace kube-system

可以使用 -n 代替 --namespace

创建一个命名空间

• 通过yaml文件创建

apiVersion: v1
kind: Namespace
metadata:
    name: test-namespace

kc create -f test-namespace.yaml

• 通过命令创建

kubectl create namespace test-namespace

尽管大多数对象的名称必须符合 RFC 1035 （域名）中规定的命名规范，这意味着它们可能只包含字母、数字、横杠（－）和点号， 但命名空间不允许包含点号。

删除命名空间

kc delete ns test-namespace

删除命名空间中（几乎）所有的资源

kc delete all --all -n test-namespace