命名空间演练

    名字空间通过以下方式实现这点：

    1. 为名字设置作用域.
    2. 为集群中的部分资源关联鉴权和策略的机制。

    使用多个命名空间是可选的。

    此示例演示了如何使用 Kubernetes 命名空间细分群集。

    你必须拥有一个 Kubernetes 的集群，同时你的 Kubernetes 集群必须带有 kubectl 命令行工具。 如果你还没有集群，你可以通过 构建一 个你自己的集群，或者你可以使用下面任意一个 Kubernetes 工具构建：

    要获知版本信息，请输入 .

    此示例作如下假设：

    1. 您已拥有一个 配置好的 Kubernetes 集群。

    2. 您已对 Kubernetes 的 , Services 和 有基本理解。

    3. 理解默认命名空间

    默认情况下，Kubernetes 集群会在配置集群时实例化一个默认命名空间，用以存放集群所使用的默认 Pods、Services 和 Deployments 集合。

    假设您有一个新的集群，您可以通过执行以下操作来检查可用的命名空间：

    1. NAME      STATUS    AGE
    2. default   Active    13m

    在本练习中，我们将创建两个额外的 Kubernetes 命名空间来保存我们的内容。

    我们假设一个场景，某组织正在使用共享的 Kubernetes 集群来支持开发和生产：

    运维团队希望在集群中维护一个空间，以便他们可以强制实施一些严格的规程，对谁可以或谁不可以操作运行生产站点的 Pods、Services 和 Deployments 集合进行控制。

    该组织可以遵循的一种模式是将 Kubernetes 集群划分为两个命名空间：development 和 production。

    让我们创建两个新的命名空间来保存我们的工作。

    文件 namespace-dev.json 描述了 development 命名空间:

    使用 kubectl 创建 development 命名空间。

    1. kubectl create -f https://k8s.io/examples/admin/namespace-dev.json

    将下列的内容保存到文件 中，这些内容是对 production 命名空间的描述：

    admin/namespace-prod.json 
    1. {
    2.   “apiVersion”: “v1”,
    3.   “kind”: “Namespace”,
    4.   “metadata”: {
    5.     “name”: “production”,
    6.     “labels”: {
    7.       “name”: “production”
    8.     }
    9.   }
    10. }

    让我们使用 kubectl 创建 production 命名空间。

    1. kubectl create -f https://k8s.io/examples/admin/namespace-prod.json

    为了确保一切正常，我们列出集群中的所有命名空间。

    1. kubectl get namespaces --show-labels
    1. default       Active    32m       <none>
    2. development   Active    29s       name=development
    3. production    Active    23s       name=production

    Kubernetes 命名空间为集群中的 Pods、Services 和 Deployments 提供了作用域。

    与一个命名空间交互的用户不会看到另一个命名空间中的内容。

    为了演示这一点，让我们在 development 命名空间中启动一个简单的 Deployment 和 Pod。

    我们首先检查一下当前的上下文：

    1. kubectl config view
    1. kubectl config current-context
    1. kubectl config set-context dev --namespace=development \
    2.   --cluster=lithe-cocoa-92103_kubernetes \
    3.   --user=lithe-cocoa-92103_kubernetes
    5. kubectl config set-context prod --namespace=production \
    6.   --cluster=lithe-cocoa-92103_kubernetes \
    7.   --user=lithe-cocoa-92103_kubernetes

    默认地，上述命令会添加两个上下文到 .kube/config 文件中。 您现在可以查看上下文并根据您希望使用的命名空间并在这两个新的请求上下文之间切换。

    查看新的上下文：

    1. kubectl config view
    1. apiVersion: v1
    2. clusters:
    3. - cluster:
    4.     certificate-authority-data: REDACTED
    5.     server: https://130.211.122.180
    6.   name: lithe-cocoa-92103_kubernetes
    7. contexts:
    8. - context:
    9.     cluster: lithe-cocoa-92103_kubernetes
    10.     user: lithe-cocoa-92103_kubernetes
    11.   name: lithe-cocoa-92103_kubernetes
    12. - context:
    13.     cluster: lithe-cocoa-92103_kubernetes
    14.     namespace: development
    15.     user: lithe-cocoa-92103_kubernetes
    16.   name: dev
    17. - context:
    18.     cluster: lithe-cocoa-92103_kubernetes
    19.     namespace: production
    20.     user: lithe-cocoa-92103_kubernetes
    21.   name: prod
    22. current-context: lithe-cocoa-92103_kubernetes
    23. preferences: {}
    24. users:
    25. - name: lithe-cocoa-92103_kubernetes
    27.     client-certificate-data: REDACTED
    28.     client-key-data: REDACTED
    29.     token: 65rZW78y8HbwXXtSXuUw9DbP4FLjHi4b
    30. - name: lithe-cocoa-92103_kubernetes-basic-auth
    31.   user:
    32.     password: h5M0FtUUIflBSdI7
    33.     username: admin

    让我们切换到 development 命名空间进行操作。

    1. kubectl config use-context dev

    您可以使用下列命令验证当前上下文：

    1. kubectl config current-context
    1. dev

    此时，我们从命令行向 Kubernetes 集群发出的所有请求都限定在 development 命名空间中。

    让我们创建一些内容。

    我们刚刚创建了一个副本大小为 2 的 deployment，该 deployment 运行名为 snowflake 的 pod，其中包含一个仅提供主机名服务的基本容器。请注意，kubectl run 仅在 Kubernetes 集群版本 >= v1.2 时创建 deployment。如果您运行在旧版本上，则会创建 replication controller。如果期望执行旧版本的行为，请使用 --generator=run/v1 创建 replication controller。 参见 获取更多细节。

    1. kubectl get deployment
    1. NAME        DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
    2. snowflake   2         2         2            2           2m
    1. kubectl get pods -l run=snowflake
    1. NAME                         READY     STATUS    RESTARTS   AGE
    2. snowflake-3968820950-9dgr8   1/1       Running   0          2m
    3. snowflake-3968820950-vgc4n   1/1       Running   0          2m

    这很棒，开发人员可以做他们想要的事情，而不必担心影响 production 命名空间中的内容。

    让我们切换到 production 命名空间，展示一个命名空间中的资源如何对另一个命名空间不可见。

    1. kubectl config use-context prod

    production 命名空间应该是空的，下列命令应该返回的内容为空。

    1. kubectl get deployment
    2. kubectl get pods

    生产环境需要运行 cattle，让我们创建一些名为 cattle 的 pods。

    1. kubectl run cattle --image=k8s.gcr.io/serve_hostname --replicas=5
    3. kubectl get deployment
    1. NAME      DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
    2. cattle    5         5         5            5           10s
    4. kubectl get pods -l run=cattle
    5. NAME                      READY     STATUS    RESTARTS   AGE
    6. cattle-2263376956-41xy6   1/1       Running   0          34s
    7. cattle-2263376956-kw466   1/1       Running   0          34s
    8. cattle-2263376956-n4v97   1/1       Running   0          34s

    此时，应该很清楚的展示了用户在一个命名空间中创建的资源对另一个命名空间是不可见的。