K8S实战入门

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

热爱编程的大忽悠

1176人浏览 · 2022-08-25 16:08:41

热爱编程的大忽悠 · 2022-08-25 16:08:41 发布

Namespace

概述

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

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

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

在这里插入图片描述
kubernetes在集群启动之后，会默认创建几个namespace。

kubectl get ns

在这里插入图片描述

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

应用示例

示例：查看所有的命名空间

kubectl get namespace

示例：查看指定的命名空间

kubectl get namespace default

示例：指定命名空间的输出格式

kubectl get ns default -o wide/json/yaml

示例：查看命名空间的详情

kubectl describe ns default

在这里插入图片描述

示例：创建命名空间

kubectl create namespace 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方式运行的，可以通过下面的命令查看：

#查看kube-system命名空间下的pods,该命名空间下运行的都是k8s集群内部的各个组件
kubectl get pods -n kube-system

语法及应用示例

语法：创建并运行Pod

k8s没有提供单独运行Pod的命令，都是通过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控制器创建的，控制器会监控Pod状况，一旦发现Pod死亡，会立即重新创建一个Pod,此时如果想要彻底删除Pod,需要删除Pod控制器。

#查询当前ns下的Pod控制器
kubectl get deploy -n dev

在这里插入图片描述

#删除此Pod控制器
kubectl delete deploy nginx -n dev

#查询Pod，发现被删除了
kubectl get pods -n dev

在这里插入图片描述

命令式对象配置

① 新建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

Label

概述

● 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=“env”并且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。

在这里插入图片描述
Deployment控制器通过给手下Pod打标签加上标签选择器的方式，来获知自己管理了哪些Pod。

语法及应用示例

特别注意：在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容器实例。

语法：创建指定名称的deployement

kubectl create deployment/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

概述

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

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

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

在这里插入图片描述
● 这样对于访问这个服务带来了难度，因此，kubernetes设计了Service来解决这个问题。

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

在这里插入图片描述

语法及应用示例

创建集群内部可访问的Service

语法：暴露Service

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

示例：暴露名为test的namespace下的名为nginx的deployment，并设置服务名为svc-nginx1

kubectl expose deployment nginx --name=svc-nginx1 --type=ClusterIP --port=80 --target-port=80 -n test

语法：查看Service

kubectl get service [-n 命名空间] [-o wide]

示例：查看名为test的命名空间的所有Service

kubectl get service -n test

在这里插入图片描述

创建集群外部可访问的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

kubectl get service [-n 命名空间] [-o wide]

示例：查看名为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

K8S/Kubernetes

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐

【深度】阿里巴巴万级规模 K8s 集群全局高可用体系之美

作者 | 韩堂、柘远、沉醉来源 | 阿里巴巴云原生公众号前言台湾作家林清玄在接受记者采访的时候，如此评价自己 30 多年写作生涯：“第一个十年我才华横溢，‘贼光闪现’，令周边黯然失色；第二个十年，我终于‘宝光现形’，不再去抢风头，反而与身边的美丽相得益彰；进入第三个十年，繁华落尽见真醇，我进入了‘醇光初现’的阶段，真正体味到了境界之美”。长夜有穷，真水无香。领略过了 K8s“身在江

K8S/Kubernetes

如何基于 K8s 构建下一代 DevOps 平台？

作者 | 孙健波（天元）导读：当前云原生 DevOps 体系现状如何？面临哪些挑战？如何通过 OAM 解决云原生 DevOps 场景下的诸多问题？云原生开发应用模型 OAM(Open Application Model) 社区核心成员孙健波将为大家一一解答，并分享如何基于 OAM 和 Kubernetes 打造无限能力的下一代 DevOps 平台。什么是 DevOps？为什么基于 Kub