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. 事务及mysql中的隔离级别

    事务,一个或一组sql语句组成的执行单元,是最小的执行单元,要么全执行,要么全不执行.如果单元中某条sql语句执行失败,整个单元将会回滚,所有受影响的数据返回到事务开始前的状态. 事务具有ACID四个 ...

  2. FastAPI依赖注入:参数共享与逻辑复用

    扫描二维码关注或者微信搜一搜:编程智域 前端至全栈交流与成长 第一章:依赖注入核心原理 1.1 依赖树构建机制 from fastapi import Depends def auth_service ...

  3. SpringBoot把本地的对象封装成为Nacos的配置对象

    你需要有个Nacos Nacos建立你的配置文件--建议yml文件 编写你的yml配置 platform: transaction: properties: notifyHost: "htt ...

  4. docker中 启动所有的容器命令

    docker中 启动所有的容器命令 docker start $(docker ps -a | awk '{ print $1}' | tail -n +2) docker中    关闭所有的容器命令 ...

  5. TaskPyro:一个轻量级的 Python 任务调度和爬虫管理平台

    前言 推荐一款本人在使用的Python爬虫管理平台,亲测不错!!! TaskPyro 是什么? TaskPyro 是一个轻量级的 Python 任务调度平台,专注于提供简单易用的任务管理和爬虫调度解决 ...

  6. BandiZip无广告版安装

    BandiZip无广告版安装 Bandizip 是一款压缩软件,它支持Zip.7-Zip 和 RAR 以及其它压缩格式.它拥有非常快速的压缩和解压缩的算法,从大学用到现在,但是现在最新的版本在每次压缩 ...

  7. [每日算法] leetcode第3题:无重复字符的最长子串

    leetcode第3题入口 题目描述 给定一个字符串 s ,请你找出其中不含有重复字符的 最长子串 的长度. 示例 1: 输入: s = "abcabcbb" 输出: 3 解法1: ...

  8. study Rust-9【组织管理】

    Rust中三个组织管理的概念:箱(Crate).包(Package).模块(module) Crate: "箱"是二进制程序文件或者库文件,存在于"包"中. & ...

  9. JBoltAI Function Call技术解析:如何实现AI模型与企业系统的无缝对话

    JBoltAI Function Call技术解析: 如何实现AI模型与企业系统的无缝对话 在企业级AI应用开发中,如何让大模型能力与现有系统高效协同一直是技术难点.JBoltAI框架通过Functi ...

  10. el-table-column动态判断显示性别男女

    <el-table-column label="性别" width="60" align="center" prop="ge ...