k8s(四)五种资源

k8sNamespacePodLabelDeploymentServiceNamespace概述Namespace是kubernetes系统中一种非常重要的资源，它的主要作用是用来实现多套系统的资源隔离或者多租户的资源隔离。默认情况下，kubernetes集群中的所有Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那么此时就可以将两个Pod划分到不同的Namespa

cc_奋斗ing

2308人浏览 · 2021-09-21 20:55:36

cc_奋斗ing · 2021-09-21 20:55:36 发布

k8s

Namespace
Pod
Label
Deployment
Service

Namespace

概述

Namespace是kubernetes系统中一种非常重要的资源，它的主要作用是用来实现多套系统的资源隔离或者多租户的资源隔离。
默认情况下，kubernetes集群中的所有Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那么此时就可以将两个Pod划分到不同的Namespace下。kubernetes通过将集群内部的资源分配到不同的Namespace中，可以形成逻辑上的“组”，以方便不同的组的资源进行隔离使用和管理。
可以通过kubernetes的授权机制，将不同的Namespace交给不同租户进行管理，这样就实现了多租户的资源隔离。此时还能结合kubernetes的资源配额机制，限定不同租户能占用的资源，例如CPU使用量、内存使用量等等，来实现租户可用资源的管理。
kubernetes在集群启动之后，会默认创建几个namespace。

kubectl get namespace

• default：所有未指定的Namespace的对象都会被分配在default命名空间。
• kube-node-lease：集群节点之间的心跳维护，v1.13开始引入。
• kube-public：此命名空间的资源可以被所有人访问（包括未认证用户）。
• kube-system：所有由kubernetes系统创建的资源都处于这个命名空间。

应用示例

# 示例：查看所有的命名空间
kubectl get namespace
kubectl get ns

# 示例：查看指定的命名空间
kubectl get namespace default
kubectl get ns default

# 示例：指定命名空间的输出格式
kubectl get ns default -o wide
kubectl get ns default -o json
kubectl get ns default -o yaml

# 示例：查看命名空间的详情
kubectl describe namespace default
kubectl describe ns default

# 示例：创建命名空间
kubectl create namespace dev
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

Pod

概述

Pod是kubernetes集群进行管理的最小单元，程序要运行必须部署在容器中，而容器必须存在于Pod中。
Pod可以认为是容器的封装，一个Pod中可以存在一个或多个容器。
kubernetes在集群启动之后，集群中的各个组件也是以Pod方式运行的，可以通过下面的命令查看：

pause 是根容器 Pod中的其他容器都共享根容器的端口和数据卷

kubectl get pods -n kube-system

**语法及应用示例**

语法：创建并运行Pod
kubectl run (Pod的名称) [参数]
–image 指定Pod的镜像
–port 指定端口
–namespace 指定namespace

# 示例：在名称为dev的namespace下创建一个Nginx的Pod
kubectl run nginx --image=nginx:1.17.1 --port=80 --namespace=dev

# 语法： 查询所有Pod的基本信息
kubectl get pods [-n 命名空间的名称]

# 示例：查询名称为dev的namespace下的所有Pod的基本信息
kubectl get pods -n dev

# 语法：查看Pod的详细信息
kubectl describe pod pod的名称 [-n 命名空间名称]

# 示例：查看名称为dev的namespace下的Pod的名称为nginx的详细信息
kubectl describe pod nginx -n dev
 
# 语法：Pod的访问
# 获取Pod的IP
kubectl get pods [-n dev] -o wide



# 通过curl访问
curl ip:端口

# 示例：访问Nginx的Pod
kubectl get pods -n dev -o wide
curl 10.244.2.7:80

# 语法：删除指定的Pod
kubectl delete pod pod的名称 [-n 命名空间]

# 示例：删除Nginx的Pod
kubectl delete pod nginx -n dev
#不能删除成功 因为此Pod被控制器管理 删除之后还会被控制器重新创建
#只有把控制器删除 Pod才会被删除

# 示例：命令式对象配置
# ①新建pod-nginx.yaml：
apiVersion: v1
kind: Pod
metadata:
  name: nginx	#此Pod指的是Pod名称不是Pod控制器
  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

Pod每次重启都会重新生成一个新的ip

Label

不通的namespace 之间不能通信,所以可是使用标签分组
概述
Label是kubernetes的一个重要概念。它的作用就是在资源上添加标识，用来对它们进行区分和选择。
Label的特点：

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

可以通过Label实现资源的多纬度分组，以便灵活、方便地进行资源分配、调度、配置和部署等管理工作。
一些常用的Label标签示例如下：

- 版本标签：“version”:”release”,”version”:”stable”。。。
- 环境标签：“environment”:”dev”,“environment”:”test”,“environment”:”pro”。。。
- 架构标签：“tier”:”frontend”,”tier”:”backend”。。。

标签定义完毕之后，还要考虑到标签的选择，这就要用到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=salve,env!=production。
name not in (master,slave),env!=production。

语法及应用示例

• 语法：为资源打标签
kubectl label pod xxx key=value [-n 命名空间]
• 示例：为Nginx的Pod打上标签
kubectl label pod nginx version=1.0 -n dev
• 语法：更新资源的标签
kubectl label pod xxx key=value [-n 命名空间] --overwrite
• 示例：为Nginx的Pod更新标签
kubectl label pod nginx version=2.0 -n dev --overwrite
• 语法：查看标签
kubectl get pod xxx [-n 命名空间] --show-labels
• 示例：显示Nginx的Pod的标签
kubectl get pod nginx -n dev --show-labels
• 语法：筛选标签
kubectl get pod -l key=value [-n 命名空间] --show-labels
• 示例：筛选版本号是2.0的在名称为dev的namespace下的Pod
kubectl get pod -l version=2.0 -n dev --show-labels
• 语法：删除标签
kubectl label pod xxx key- [-n 命名空间]
• 示例：删除名称为dev的namespace下的Nginx的Pod上的标签
kubectl label pod nginx version- -n dev
• 示例：命令式对象配置
• ①新建pod-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
• ②执行创建和删除命令：
kubectl create -f pod-nginx.yaml
kubectl delete -f pod-nginx.yaml

Deployment

概述
在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。
Pod控制器用于Pod的管理，确保Pod资源符合预期的状态，当Pod的资源出现故障的时候，会尝试进行重启或重建Pod。
在kubernetes中Pod控制器的种类有很多，本章节只介绍一种：Deployment。
语法及应用示例

特别注意：在v1.18版之后，kubectl run nginx --image=nginx --replicas=2 --port=80，会反馈Flag --replicas has been deprecated, has no effect and will be removed in the future，并且只会创建一个Nginx容器实例。
在这里插入图片描述
Deployment是根据label与Pod进行绑定的
一旦删除Deployment 对应的Pod也会被删除

# 语法：创建指定名称的deployement
kubectl create deployment xxx [-n 命名空间]
kubectl create deploy xxx [-n 命名空间]

# 示例：在名称为test的命名空间下创建名为nginx的deployment
kubectl create deployment nginx --image=nginx:1.17.1 -n test

# 语法：根据指定的deplyment创建Pod
kubectl scale deployment xxx [--replicas=正整数] [-n 命名空间]

# 示例：在名称为test的命名空间下根据名为nginx的deployment创建4个Pod
kubectl scale deployment nginx --replicas=4 -n dev

# 语法：命令式对象配置
# 创建一个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

# 语法：查看创建的Pod
kubectl get pods [-n 命名空间]

# 示例：查看名称为dev的namespace下通过deployment创建的3个Pod
kubectl get pods -n dev

# 语法：查看deployment的信息
kubectl get deployment [-n 命名空间]
kubectl get deploy [-n 命名空间]

# 示例：查看名称为dev的namespace下的deployment
kubectl get deployment -n dev

# 语法：查看deployment的详细信息
kubectl describe deployment xxx [-n 命名空间]
kubectl describe deploy xxx [-n 命名空间]

# 示例：查看名为dev的namespace下的名为nginx的deployment的详细信息
kubectl describe deployment nginx -n dev

# 语法：删除deployment
kubectl delete deployment xxx [-n 命名空间]
kubectl delete deploy xxx [-n 命名空间]

# 示例：删除名为dev的namespace下的名为nginx的deployment
kubectl delete deployment nginx -n dev

Service

IP地址+端口号可以访问对应pod
Pod重建后对应的ip地址会变
概述
我们已经能够利用Deployment来创建一组Pod来提供具有高可用性的服务，虽然每个Pod都会分配一个单独的Pod的IP地址，但是却存在如下的问题：

Pod的IP会随着Pod的重建产生变化。
Pod的IP仅仅是集群内部可见的虚拟的IP，外部无法访问。

这样对于访问这个服务带来了难度，因此，kubernetes设计了Service来解决这个问题。
Service可以看做是一组同类的Pod对外的访问接口，借助Service，应用可以方便的实现服务发现和负载均衡。
在这里插入图片描述
service也是根绝label选择对应的Pod的
service只要不删除则在整个生命周期中都是不可变的

语法及应用示例
创建集群内部可访问的Service

# 语法：暴露Service
kubectl expose deployment xxx --name=服务名 --type=ClusterIP --port=暴露的端口 --target-port=指向集群中的Pod的端口 [-n 命名空间]
#service 去查找deployment对应的pod
# 会产生一个CLUSTER-IP，这个就是service的IP，在Service的生命周期内，这个地址是不会变化的

# 示例：暴露名为test的namespace下的名为nginx的deployment，并设置服务名为svc-nginx1
kubectl expose deployment nginx --name=nginx --type=ClusterIP --port=80 --target-port=80 -n dev

# 语法：查看Service
[root@hadoop102 ~]# kubectl get service -n dev
NAME    TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE
nginx   ClusterIP   10.103.38.69   <none>        80/TCP    25s

# 测试service 此service的类型为ClusterIP只能在集群内访问
curl 10.103.38.69:80

创建集群外部可访问的Service
语法：暴露Service

kubectl expose deployment xxx --name=服务名 --type=NodePort --port=暴露的端口 --target-port=指向集群中的Pod的端口 [-n 命名空间]

# 会产生一个外部也可以访问的Service
# 示例：暴露名为test的namespace下的名为nginx的deployment，并设置服务名为svc-nginx2
kubectl expose deploy nginx --name=svc-nginx2 --type=NodePort --port=80 --target-port=80 -n test

# 语法：查看Service
[root@hadoop102 ~]# kubectl get service -n dev
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
nginx        ClusterIP   10.103.38.69     <none>        80/TCP         8m43s
svc-nginx2   NodePort    10.106.104.155   <none>        80:32123/TCP   11s
#注意此时创建的service类型是NodePort 外部网路可以通过主机地址+32123端口号 映射成svc-nginx2 的 10.106.104.155 + 80端口号 从而访问内部网络


# 示例：查看名为test的命名空间的所有Service
kubectl get service -n test


# 语法：删除服务
kubectl delete service xxx [-n 命名空间]

# 示例：删除服务
kubectl delete service svc-nginx1 -n test

#对象配置方式
# 示例：对象配置方式
# ①新建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

Cloudpods

开源、云原生的融合云平台

更多推荐

面向未来的 IT 基础设施管理架构——融合云（Unified IaaS）

随着数字化时代的到来，IT系统已成为人类社会正常运转不可或缺的组成部分。不远的未来，智能制造，5G和人工智能等技术将成为推动生产力发展的重要引擎，人类社会将面临前所未有的全面彻底的数字化浪潮。IT基础设施作为IT系统运行的平台和载体，是实现数字化的基石。在这场数字化浪潮中，企业必须积极拥抱云计算技术，采用符合技术发展趋势、面向未来的IT基础构架，才能在未来的竞争中赢得先机。一、云计算历经十余年

Cloudpods

Cloudpods负载均衡的功能介绍

作者:周有松今天的内容会从以下几个方面展开：负载均衡产品简介。主要介绍负载均衡作为一个云上产品，它的功能模型是怎样的，日常使用中会遇到的业务词汇负载均衡的功能与典型应用场景。这部分主要结合业务词汇，对负载均衡服务中常见的一些功能选项进行介绍，并举例介绍一些典型的应用场景最后，我们做一下总结，讨论一下负载均衡产品相比传统方式的优点一、产品简介 1. 以NGINX为例提到负载均衡，我们以

Cloudpods

使用Linux vfio将Nvidia GPU透传给QEMU虚拟机

Linux 上虚拟机 GPU 透传需要使用 vfio 的方式。主要是因为在 vfio 方式下对虚拟设备的权限和 DMA 隔离上做的更好。但是这么做也有个缺点，这个物理设备在主机和其他虚拟机都不能使用了。 qemu 直接使用物理设备本身命令行是很简单的，关键在于事先在主机上对系统、内核和物理设备的一些配置。单纯从 qemu 的命令行来看，其实和普通虚拟机启动就差了最后那个-device的选项。这