1、Namespace

Namespace是Kubernetes系统中一种非常重要的资源,它的主要作用是用来实现多套系统的资源隔离或者多租户的资源隔离

默认情况下,Kubernetes集群中的所有Pod都是可以相互访问的。但是在实际中,可能不想让两个Pod之间进行互相的访问,那么此时就可以将两个Pod划分到不同的Namespace下。Kubernetes通过将集群内部的资源分配到不同的Namespace中,可以形成逻辑上的“组”,以方便不同的组的资源进行隔离使用和管理。

可以通过Kubernetes的授权机制,将不同的Namespace交给不同租户进行管理,这样就实现了多租户的资源隔离。此时还能结合Kubernetes的资源配额机制,限定不同租户能占用的资源,例如CPU使用量、内存使用量等等,来实现租户可用资源的管理。

Kubernetes在集群启动之后,会默认创建接namespace。

kubectl get ns

NAME              STATUS   AGE
default Active 47m #所有未指定的Namespace对象都会被分配到default命名空间
kube-node-lease Active 47m #集群节点之间心跳维护,v1.13开始引入
kube-public Active 47m #此命名空间下的资源可以被所有人访问(包括未认证用户)
kube-system Active 47m #所有由Kubeneters创建的资源都处于此命名空间
  • 查看指定的命名空间
kubectl get ns default 

NAME      STATUS   AGE
default Active 61m
  • 指定命名空间的输出格式
kubectl get ns default -o wide # 获取基本信息
kubectl get ns default -o json # json格式输出
kubectl get ns default -o yaml # yaml格式输出
  • 查看命名空间详情
kubectl describe ns default

Name:         default
Labels: <none>
Annotations: <none>
Status: Active # Active:表示命名空间正在使用;Terminating:表示正在删除命名空间 No resource quota. # 针对命名空间做的资源限制 No LimitRange resource. # 针对命名空间中的每个组件做的资源限制
  • 创建命名空间
kubectl create ns dev
  • 删除命名空间
kubectl delete ns dev
  • 命令式对象配置

    • 创建ns_dev.yaml文件
    apiVersion: v1
    kind: Namespace
    metadata:
    name: dev
    • 通过命令式对象配置进行创建和删除
    kubectl create -f ns_dev.yaml  # 创建
    kubectl delete -f ns_dev.yaml # 删除

2、Pod

Pod是Kubernetes集群进行管理的最小单元,程序要运行必须部署在容器,而容器必须运行在Pod中,Pod可以认为是容器的封装,一个Pod中可以存在一个或多个容器。

Kubernetes在集群启动后,集群中的各个组件也是以Pod方式运行的。

kebectl get pods -n kube-system

NAME                             READY   STATUS              RESTARTS   AGE
coredns-7ff77c879f-gvjpk 0/1 ContainerCreating 0 103m
coredns-7ff77c879f-rbb9k 0/1 ContainerCreating 0 103m
etcd-master 1/1 Running 0 104m
kube-apiserver-master 1/1 Running 0 104m
kube-controller-manager-master 1/1 Running 0 104m
kube-proxy-4bpxw 1/1 Running 0 103m
kube-proxy-gfz6k 1/1 Running 0 103m
kube-proxy-hkwpc 1/1 Running 0 103m
kube-scheduler-master 1/1 Running 0 104m
  • 创建并运行Pod

    kubectl run NAME --image=image [--env="key=value"] [--port=port] [--dry-run=server|client] [--overrides=inline-json]
    [--command] -- [COMMAND] [args...] [options] # --image 指定Pod镜像
    # --port 指定端口
    # -- namespace 指定命名空间
    # ... # 在名为dev的namespace下创建一个Nginx的Pod
    kubectl run nginx --image=nginx:1.17.1 --port=80 --namespace=dev
  • 查询所有Pod的基本信息

    kubectl get pods [-n 命名空间名称]
    
    kubectl get pods -n dev # 查看dev下所有pods信息
  • 查看Pod的详细信息

    kubectl describe pods pod名称 [-n 命名空间名称]
    
    # 查看dev下Pod的名称为nginx的详细信息
    kubectl describe pod nginx -n dev Name: nginx
    Namespace: dev
    Priority: 0
    Node: node2/192.168.209.130
    Start Time: Tue, 03 Aug 2021 17:48:25 +0800
    Labels: run=nginx
    Annotations: <none>
    Status: Running
    IP: 10.244.2.3
    IPs:
    IP: 10.244.2.3
    Containers:
    nginx:
    Container ID: docker://716a3988b560bc6314a5efda88c597d537e43956ba4d460ecdb09dc1a84df0eb
    Image: nginx:1.17.1
    Image ID: docker-pullable://nginx@sha256:b4b9b3eee194703fc2fa8afa5b7510c77ae70cfba567af1376a573a967c03dbb
    Port: 80/TCP
    Host Port: 0/TCP
    State: Running
    Started: Tue, 03 Aug 2021 17:48:26 +0800
    Ready: True
    Restart Count: 0
    Environment: <none>
    Mounts:
    /var/run/secrets/kubernetes.io/serviceaccount from default-token-hqzq6 (ro)
    Conditions:
    Type Status
    Initialized True
    Ready True
    ContainersReady True
    PodScheduled True
    Volumes:
    default-token-hqzq6:
    Type: Secret (a volume populated by a Secret)
    SecretName: default-token-hqzq6
    Optional: false
    QoS Class: BestEffort
    Node-Selectors: <none>
    Tolerations: node.kubernetes.io/not-ready:NoExecute for 300s
    node.kubernetes.io/unreachable:NoExecute for 300s
    Events:
    Type Reason Age From Message
    ---- ------ ---- ---- -------
    Normal Scheduled 3s default-scheduler Successfully assigned dev/nginx to node2
    Normal Pulled 2s kubelet, node2 Container image "nginx:1.17.1" already present on machine
    Normal Created 2s kubelet, node2 Created container nginx
    Normal Started 2s kubelet, node2 Started container nginx
  • Pod的描述信息

    kubectl get pods [-n 命名空间] -o wide
    
    kubectl get pods -n dev -o wide
  • 删除指定的Pod

    kubectl delete pod pod名称 [-n 命名空间]
    
    kubectl delete pod nginx -n dex
  • 命令式对象配置

    • 新建pod_nginx.yaml文件
    apiVersion: v1
    kind: Pod
    metadata:
    name: nginx
    namespace: dev
    spec:
    containers:
    - image: nginx:1.17.1
    imagePullPolicy: IfNotPresent
    name: pod
    ports:
    - name: nginx-port
    containerPort: 80
    protocol: TCP
    • 执行创建和删除
    kubectl create -f pod_nginx.yaml  # 创建
    kubectl delete -f pod_nginx.yaml # 删除

3、Label

Label是Kubernetes的一个重要概念,它的作用就是在资源上添加标识,用来对他们进行区分和选择。

特点

  • 一个Label会以key/value键值对的形式附加到各种对象上,如Node、Pod、Service等。
  • 一个资源对象可以定义任意数量的Label,同一个Label也可以被添加到任意数量的资源对象上去。
  • Label通常在资源对象定义时确定,当然也可以在对象创建后动态的添加或删除。

可以通过Label实现资源的多纬度分组,以便灵活、方便地进行资源分配、调度、配置和部署等管理。

标签定义完毕之后,还要考虑到标签的选择,这就要使用到Label Selector.

Label用于给某个资源对象定义标识。

Label Selector用于查询和筛选拥有某些标签的资源对象。

当前有两种Label Selector:

  • 基于等式的Label Selector

    • name = slave: 选择所有包含Label中key="name"并且value="slave"的对象。
    • env != production:选择所有包含Label中的key="name"并且value !="production"的对象。
  • 基于集合的Label Selector
    • name in (master,slave):选择所有包含Label中的key="name"并且value="master"或value="slave"的对象。
    • name not in (master,slave):选择所有包含Label中的key="name"并且value!="master"或value!="slave"的对象。

标签选择条件可以使用多个,此时将多个Label Selector进行组合,使用逗号进行分隔即可。

name=slave;env!=production
name not in (master,slave),env!=production

语法及应用示例

  • 为资源打标签

    kubectl label pod(s) pod名称 key=value [-n 命名空间]
    
    kubectl label pod nginx version=1.0 -n dev
  • 查看标签

    kubectl get pod(s) pod名称 [-n 命名空间] --show-labels
    
    kubectl get pods -n dev --show-labels
    
    NAME    READY   STATUS    RESTARTS   AGE    LABELS
    nginx 1/1 Running 0 106s version=1.0
  • 更新标签

    kubectl label pod(s) pod名称 key=value [-n 命名空间] --overwrite
    
    kubectl label pods nginx version=2.0 -n dev --overwrite
    
    kubectl get pods -n dev --show-labels
    
    NAME    READY   STATUS    RESTARTS   AGE   LABELS
    nginx 1/1 Running 0 53s version=2.0
  • 筛选标签

    kubectl get pod(s) -l key=value [-n 命名空间] --show-labels
    
    #创建一个nginx1的pod
    #给nginx1添加标签
    kubectl label pods nginx1 version=1.0 -n dev
    kubectl label pods nginx1 env=debug -n dev # 查看pods的标签
    get pods -n dev --show-labels
    NAME READY STATUS RESTARTS AGE LABELS
    nginx 1/1 Running 0 8m31s version=2.0
    nginx1 1/1 Running 0 3m17s env=debug,version=1.0 # 筛选version=1.0,同时env=debug的pod
    kubectl get pods -l version=1.0,env=debug -n dev --show-labels
    NAME READY STATUS RESTARTS AGE LABELS
    nginx1 1/1 Running 0 5m55s env=debug,version=1.0 # 筛选version!=1.0,同时env!=debug的pod
    kubectl get pods -l version!=1.0,env!=debug -n dev --show-labels
    NAME READY STATUS RESTARTS AGE LABELS
    nginx 1/1 Running 0 12m version=2.0
  • 删除标签

    kubectl label pod(s) pod名称 key- [-n 命名空间]
    
    # 删除nginx1上的env标签
    kebectl label pods nginx1 env- -n dev kubectl get pods nginx1 -n dev --show-labels
    NAME READY STATUS RESTARTS AGE LABELS
    nginx1 1/1 Running 0 11m version=1.0
  • 命令式对象配置

    • 新建label-nginx.yaml文件
    apiVersion: v1
    kind: Pod
    metadata:
    name: nginx
    namespace: dev
    labels:
    version: "3.0"
    env: "test"
    spec:
    containers:
    - image: nginx:1.17.1
    imagePullPolicy: IfNotPresent
    name: pod
    ports:
    - name: nginx-port
    containerPort: 80
    protocol: TCP
    • 执行创建和删除命令
    # 增加
    # 由于我们已经有一个nginx的Pod,所
    kubectl create -f label-nginx.yaml 以使用下面命令
    kubectl apply -f label-nginx.yaml # 删除
    kubectl delete -f label-nginx.yaml

4、Deployment

在Kubernetes中,Pod是最小的控制单元,但是Kubernetes很少直接控制Pod,一般都是通过Pod控制器来完成。

Pod控制器用于Pod的管理,确保Pod资源符合预期的状态,当Pod资源出现故障的时候,会尝试重启或重建Pod。

注意:下面命令我们准备使用run创建三个pod,但是在1.18.0版本以后,--replicas已经被弃用。

kubectl run nginx --image=nginx:1.17.1 --port=80 --replicas=3 --namespace=dev

Flag --replicas has been deprecated, has no effect and will be removed in the future.

# 我们本意是准备创建三个Pod,但是--replicas已经被弃用,我们只能创建一个。如何解决?
  • 创建指定名称的deployment

    kubectl create deployment xxx [-n 命名空间] --image=镜像
    kubectl create deploy xxx [-n 命名空间] --image=镜像 # 上面命令简写 # 在命名空间为dev下创建基础镜像为nginx1.17.1的名为nginx的deploy
    kubectl create deploy nginx -n dev --image=nginx:1.17.1
  • 根据指定的deployment创建指定数量的Pod

    kubectl scale deploy xxx [--replicas=正整数] [-n 命名空间]
    
    # 在命名空间dev下创建三个pod,deploy为nginx。
    kubectl scale deploy nginx --replicas=4 - n dev # 进行查看ddelopy和Pod
    kubectl get deploy,pods -n dev
    NAME READY UP-TO-DATE AVAILABLE AGE
    deployment.apps/nginx 3/3 3 3 4m NAME READY STATUS RESTARTS AGE
    pod/nginx 1/1 Running 0 48m
    pod/nginx-59975f44cf-22tsz 1/1 Running 0 4m
    pod/nginx-59975f44cf-2x8mj 1/1 Running 0 16s
    pod/nginx-59975f44cf-hkhvg 1/1 Running 0 2m39s # 删除一个pod,并重新查看
    kubectl delete pods nginx-59975f44cf-hkhvg -n dev kubectl get deploy,pods -n dev NAME READY UP-TO-DATE AVAILABLE AGE
    deployment.apps/nginx 3/3 3 3 18m NAME READY STATUS RESTARTS AGE
    pod/nginx 1/1 Running 0 63m
    pod/nginx-59975f44cf-22tsz 1/1 Running 0 18m
    pod/nginx-59975f44cf-2x8mj 1/1 Running 0 15m
    pod/nginx-59975f44cf-pr7cx 1/1 Running 0 25s
    # 我们不难发现,deploy自动创建了一个pod
  • 删除deploy

    kubectl delete deploy xxx -n 命名空间
    
    # 删除名为nginx的deploy
    kubectl delete deploy nginx -n dev # 查看pod
    kubectl get pods -n dev NAME READY STATUS RESTARTS AGE
    nginx 1/1 Running 0 65m
    # 发现deploy所管理的pod随着deploy删除也被删除了。
  • 命令式对象配置

    • 创建一个deploy_nginx.yaml文件
    apiVersion: apps/v1
    kind: Deployment
    metadata:
    name: nginx
    namespace: dev
    spec:
    replicas: 3
    selector:
    matchLabels:
    run: nginx
    template:
    metadata:
    labels:
    run: nginx
    spec:
    containers:
    - image: nginx:1.17.1
    name: nginx
    ports:
    - containerPort: 80
    protocol: TCP
    • 创建和删除
    kubectl create -f deploy_nginx.yaml   # 创建
    
    kubectl delete -f deploy_nginx.yaml   # 删除

5、Service

我们已经能够利用Deployment来创建一组Pod来提供具有高可用性的服务,虽然每个Pod都会分配一个单独的Pod的IP地址,但是却存在如下的问题:

​ Pod的IP会随着Pod的重建产生变化。

​ Pod的IP仅仅是集群内部可见的虚拟的IP,外部无法访问。

这样对于访问这个服务带来了难度,因此,Kubernetes设计了Service来解决这个问题。

Service可以看做是一组同类的Pod对外的访问接口,借助Service,应用可以方便的实现服务发现和负载均衡。

  • 5.1、创建集群内部可访问的Service

    • 暴露Service
    kubectl expose deployment xxx --name=服务名 --type=ClusterIP --port=暴露的端口 --target-port=指向集群中的Pod的端口 [-n 命名空间]
    # 会产生一个CLUSTER-IP,这个就是service的IP,在Service的生命周期内,这个地址是不会变化的 # 暴露名为svc-nginx1,命名空间为dev,名为nginx的deploy
    kubectl expose deploy nginx --name=svc-nginx1 --type=ClusterIP --port=80 --target-port=80 -n dev
    • 查看Service
    kubectl get service [-n 命名空间] [-o wide]
    
    kubectl get service -n dev
    
    NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)   AGE
    svc-nginx1 ClusterIP 10.103.230.151 <none> 80/TCP 19s
  • 创建集群外部可访问的Service

    • 暴露Service
    kubectl expose deployment xxx --name=服务名 --type=NodePort --port=暴露的端口 --target-port=指向集群中的Pod的端口 [-n 命名空间]
    
    kubectl expose deploy nginx --name=svc-nginx2 --type=NodePort --port=80 --target-port=80 -n dev
    • 查看
    kubectl get svc -n dev
    
    NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
    svc-nginx1 ClusterIP 10.103.230.151 <none> 80/TCP 69m
    svc-nginx2 NodePort 10.108.43.154 <none> 80:30467/TCP 53s # 我们发现TYPE不同,以及PORT不同。
    # svc-nginx2的port 80:30467 表示外部30467映射到集群内部80端口,换句话说,我们要访问svc-nginx2,在集群外部,主机ip + 端口号30467进行访问,集群内部,使用cluster-ip + 80端口进行访问。
  • 删除服务

    kubectl delete service xxx [-n 命名空间]
    
    # 删除svc-nginx2服务
    kubectl delete svc svc-nginx2 -n dev kubectl get svc -n dev
    # 只有 svc-nginx1了
    NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
    svc-nginx1 ClusterIP 10.103.230.151 <none> 80/TCP 78m
  • 对象配置方式

    • 新建svc_nginx.yaml文件
    apiVersion: v1
    kind: Service
    metadata:
    name: svc-nginx
    namespace: dev
    spec:
    clusterIP: 10.109.179.231 # 不指定,系统自动生成
    ports:
    - port: 80
    protocol: TCP
    targetPort: 80
    selector:
    run: nginx
    type: ClusterIP # 指定类型
    • 创建和删除
    kubectl create -f svc_nginx.yaml  # 创建
    
    kubectl delete -f svc_nginx.yaml  # 删除

Kubernets初窥门径 (NameSpace、Pod、Label、Deployment、Service)的更多相关文章

  1. Kubernetes K8S之Pod跨namespace名称空间访问Service服务

    Kubernetes的两个Service(ServiceA.ServiceB)和对应的Pod(PodA.PodB)分别属于不同的namespace名称空间,现需要PodA和PodB跨namespace ...

  2. 003.kubernets对于namespace的管理

    一 Kuberbetes的架构简单介绍 1.1 云计算的传统分类 1.2 kubernetes基础架构 工作机制 用户通过kubectl向api-server提交需要运行的pod描述 api-serv ...

  3. kubernetes 中,Pod、Deployment、ReplicaSet、Service 之间关系分析

    deploy控制RS,RS控制Pod,这一整套,向外提供稳定可靠的Service. 详见:https://blog.csdn.net/ucsheep/article/details/81781509

  4. kubernetes发布tomcat服务,通过deployment,service布署

    1.制作tomcat镜像 参考docker tomcat镜像制作 此处直接拉取 查看已有可镜像 先设置docker阿里源,即添加 "registry-mirrors": [&quo ...

  5. kubernetes发布tomcat服务,通过deployment,service布署(转)

    1.制作tomcat镜像 参考docker tomcat镜像制作 此处直接拉取 查看已有可镜像 先设置docker阿里源,即添加 "registry-mirrors": [&quo ...

  6. kubernets之namespace

    一 命名空间的介绍以及作用 1  概念 为了方便不同部门之间对kubernets集群的使用,并且对其进行有效的隔离,kubernets提供了一种资源隔离手段,通过将各种不同资源分组到 一个区域,并且统 ...

  7. 用 Label 控制 Service 的位置 - 每天5分钟玩转 Docker 容器技术(106)

    上一节我们讨论了 Service 部署的两种模式:global mode 和 replicated mode.无论采用 global mode 还是 replicated mode,副本运行在哪些节点 ...

  8. 106、Label 控制 Service的位置 (Swarm13)

    参考https://www.cnblogs.com/CloudMan6/p/8038799.html   上一节我们讨论了 Service部署的两种模式,global mode 和 replicate ...

  9. BEA-290074 <Deployment service servlet received file download request for file "security/SerializedSystemIni.dat". The file may exist, but download of this file is not allowed.>

    Bug 19766239 - WLS 12.1.3 - MS NOT STARTING - 'DOWNLOAD OF THIS FILE IS NOT ALLOWED' Issue is fixed ...

  10. Kubernetes管理员手边必备的9个kubectl命令

    导语:将这9个关键的kubectl命令放在手边,它们可以帮您快速排除故障并管理Kubernetes集群. Kubernetes是当今基础架构的主导技术,这意味着系统管理员需要熟悉其管理.多年来,笔者一 ...

随机推荐

  1. 快速排序(NB)

    博客地址:https://www.cnblogs.com/zylyehuo/ # _*_coding:utf-8_*_ def partition(li, left, right): tmp = li ...

  2. 探秘Transformer系列之(16)--- 资源占用

    探秘Transformer系列之(16)--- 资源占用 目录 探秘Transformer系列之(16)--- 资源占用 文章总表 0x00 概述 0x01 背景知识 1.1 数据类型 1.2 进制& ...

  3. Qt/C++开发经验小技巧311-315

    关于流媒体推拉流延时的几点说明. 经常看到一些流媒体相关的程序,号称零延迟,不用怀疑,这肯定吹牛逼的. 搞音视频开发,有个核心的指标就是实时性,也就是延迟多少毫秒,这个问题问的也是最多的. 音视频文件 ...

  4. 学习unigui【19】unidbgrid的Group By This Field汉化

    上面已经将group by this field 汉化. 由于版本的不断更新,不可避免有汉化遗漏.那么说到 如何汉化问题. 根据ExtJSVersion查找你电脑响应目录文件D:\Program Fi ...

  5. AI时代:本地运行大模型ollama

    https://ollama.com/ 使用 Llama 2.Mistral.Gemma 和其他大型语言模型启动和运行. 支持windows,Linux,Mac. 支持的开源模型列表: Ollama ...

  6. unity prefab

    1.修改prefab原始资源某组件为enabled或disabled,实例如果起初和原始资源是一样的状态那么修改原始资源会作用到实例上,如果发现不一样那么原始资源的修改不会作用到实例上,而且以后都不会 ...

  7. javaweb基础之HTTP、Request、Response、ServletContext

    一.http协议是一个重要的协议,他是贯穿整合B/S架构的核心协议.因此学习http协议的时候一定要从请求和响应两个角度思考.注意方向性(请求:浏览器->服务器:响应:服务器->浏览器) ...

  8. 🎀FreeMarker 禁止自动转义标签-noautoesc

    简介 FreeMarker 是一个用 Java 语言编写的模板引擎,它被设计用来生成文本输出(HTML 网页.电子邮件.配置文件等).在 FreeMarker 中,默认情况下,当你在模板中输出变量时, ...

  9. 魔方求解器桌面版(层先法,基于Tauri实现)

    开发了一个桌面版的三阶魔方求解器,代码地址:https://github.com/davelet/rubik-cube-restore/pull/2 .欢迎使用. 一.层先法求解 代码逻辑是从前面的j ...

  10. JSP (一) -- 初识JSP

    目录 概念 作用 JSP开发 创建JSP JSP编写Java代码 访问JSP JSP与Servlet JSP实现原理 概念 JSP (Java SErver Pages),简化Servlet设计,在H ...