Kubernetes学习之路（二）K8S操作需求

最新推荐文章于 2023-11-23 00:56:06 发布
最新推荐文章于 2023-11-23 00:56:06 发布
阅读量201 收藏 1
点赞数 1
文章标签： docker kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/libinxxx/article/details/109998919
版权

参考总结自CloudMan老师公众号《每天5分钟玩转Kubernetes》https://item.jd.com/26225745440.html

创建K8s应用

[root@linux-node1 ~]#kubectl run net-test --image=alpine --port=80 --replicas=2 sleep 36000   #创建名称为net-test的应用，镜像指定为alpine，副本数为2个
deployment.apps "net-test" created


[root@linux-node1 ~]#kubectl get pod -o wide #查看pod的状态信息，此时是API Server从etcd中读取这些数据
NAME                        READY     STATUS              RESTARTS   AGE       IP          NODE
net-test-7b949fc785-2v2qz   1/1       Running             0          56s       10.2.87.2   192.168.56.120
net-test-7b949fc785-6nrhm   0/1       ContainerCreating   0          56s       <none>      192.168.56.130
[root@linux-node1 ~]#kubectl get deployment net-test /kubectl describe deployment net-test #查看net-test应用运行信息/查看net-test应用详细信息
NAME       DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
net-test   2         2         2            2           22h

[root@linux-node1 ~]# kubectl get replicaset　　#获取副本集信息
NAME                          DESIRED   CURRENT   READY     AGE
net-test-5767cb94df           2         2         2         23h
[root@linux-node1 ~]# kubectl describe replicaset net-test-5767cb94df　　#查看副本集的详细信息
[root@linux-node1 ~]# kubectl get pod　　#获取Pod信息，可以看到2个副本都处于Running状态
NAME                                READY     STATUS    RESTARTS   AGE
net-test-5767cb94df-djt98           1/1       Running   0          22h
net-test-5767cb94df-zb8m4           1/1       Running   0          23h
[root@linux-node1 ~]# kubectl describe pod net-test-5767cb94df-djt98 #查看pod的详细信息
[root@linux-node1 ~]# vim nginx-deployment.yaml　　#使用yaml的方式进行创建应用

yaml文件内容分析

apiVersion: apps/v1　　#apiVersion是当前配置格式的版本
kind: Deployment　　　　#kind是要创建的资源类型，这里是Deploymnet
metadata:　　　　　　　　#metadata是该资源的元数据，name是必须的元数据项
  name: nginx-deployment
  labels:
    app: nginx
spec:　　　　　　　　　　#spec部分是该Deployment的规则说明
  replicas: 3　　　　　 #relicas指定副本数量，默认为1
  selector:
    matchLabels:
      app: nginx
  template:　　　　　　#template定义Pod的模板，这是配置的重要部分
    metadata:　　　　  #metadata定义Pod的元数据，至少要顶一个label，label的key和value可以任意指定
      labels:
        app: nginx
    spec:　　　　　　　#spec描述的是Pod的规则，此部分定义pod中每一个容器的属性，name和image是必需的
      containers:
      - name: nginx
        image: nginx:1.13.12
        ports:
        - containerPort: 80

[root@linux-node1 ~]#kubectl create -f nginx-deployment.yaml #根据yaml文件创建，yaml文件描述了应用信息，和需要达到的预期状态。

[root@linux-node1 ~]# kubectl get deployment #查看deployment

NAME               DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
net-test           2         2         2            2           32m
nginx-deployment   3         3         3            0           10s

[root@linux-node1 ~]# kubectl describe deployment nginx-deployment #查看deployment详情

Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Thu, 16 Aug 2018 16:13:37 +0800
Labels:                 app=nginx
Annotations:            deployment.kubernetes.io/revision=1
Selector:               app=nginx
Replicas:               3 desired | 3 updated | 3 total | 0 available | 3 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:        nginx:1.13.12
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      False   MinimumReplicasUnavailable
  Progressing    True    ReplicaSetUpdated
OldReplicaSets:  <none>
NewReplicaSet:   nginx-deployment-6c45fc49cb (3/3 replicas created)
Events:
  Type    Reason             Age   From                   Message
  ----    ------             ----  ----                   -------
  Normal  ScalingReplicaSet  1m    deployment-controller  Scaled up replica set nginx-deployment-6c45fc49cb to 3
[root@linux-node1 ~]# kubectl get pod    #查看pod在状态，正在创建中，此时应该正在拉取镜像
NAME                                READY     STATUS              RESTARTS   AGE
net-test-5767cb94df-djt98           1/1       Running             0          22m
net-test-5767cb94df-hcwv7           1/1       Unknown             0          34m
net-test-5767cb94df-zb8m4           1/1       Running             0          34m
nginx-deployment-6c45fc49cb-dmc22   0/1       ContainerCreating   0          2m
nginx-deployment-6c45fc49cb-fd8xm   0/1       ContainerCreating   0          2m
nginx-deployment-6c45fc49cb-sc8sh   0/1       ContainerCreating   0          2m
[root@linux-node1 ~]# kubectl describe pod nginx-deployment-6c45fc49cb-dmc22  #查看具体某个pod的状态信息
[root@linux-node1 ~]# kubectl get pod -o wide　　#创建成功，状态为Running
NAME                                READY     STATUS    RESTARTS   AGE       IP          NODE
net-test-5767cb94df-djt98           1/1       Running   0          24m       10.2.73.3   192.168.56.13
net-test-5767cb94df-hcwv7           1/1       Unknown   0          36m       10.2.10.2   192.168.56.12
net-test-5767cb94df-zb8m4           1/1       Running   0          36m       10.2.73.2   192.168.56.13
nginx-deployment-6c45fc49cb-dmc22   1/1       Running   0          4m        10.2.73.6   192.168.56.13
nginx-deployment-6c45fc49cb-fd8xm   1/1       Running   0          4m        10.2.73.4   192.168.56.13
nginx-deployment-6c45fc49cb-sc8sh   1/1       Running   0          4m        10.2.73.5   192.168.56.13

[root@linux-node1 ~]#kubectl delete deployment nginx-deployment/kubectl delete -f nginx-deployment.yaml   #删除资源

[root@linux-node1 ~]# curl --head http://10.2.73.6 #测试Pod访问

HTTP/1.1 200 OK
Server: nginx/1.13.12
Date: Thu, 16 Aug 2018 08:18:14 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Mon, 09 Apr 2018 16:01:09 GMT
Connection: keep-alive
ETag: "5acb8e45-264"
Accept-Ranges: bytes
[root@linux-node1 ~]# kubectl set image deployment/nginx-deployment nginx=nginx:1.15.2 --record    #nginx的版本升级，由1.13.2升级为1.15.2，记录需要加参数--record
deployment.apps "nginx-deployment" image updated
[root@linux-node1 ~]# kubectl get deployment -o wide　　#查看更新后的deployment，可以看到当前4个副本，说明还在滚动升级中
NAME               DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE       CONTAINERS   IMAGES         SELECTOR
net-test           2         2         2            2           39m       net-test     alpine         run=net-test
nginx-deployment   3         4         1            3           6m        nginx        nginx:1.15.2   app=nginx
[root@linux-node1 ~]# kubectl rollout history deployment/nginx-deployment #查看更新历史记录
deployments "nginx-deployment"
REVISION  CHANGE-CAUSE
1         <none>
2         kubectl set image deployment/nginx-deployment nginx=nginx:1.15.2 --record=true
[root@linux-node1 ~]# kubectl rollout history deployment/nginx-deployment --revision=1  #查看具体某一个版本的升级历史
deployments "nginx-deployment" with revision #1
Pod Template:
  Labels:    app=nginx
    pod-template-hash=2701970576
  Containers:
   nginx:
    Image:    nginx:1.13.12
    Port:    80/TCP
    Host Port:    0/TCP
    Environment:    <none>
    Mounts:    <none>
  Volumes:    <none>
[root@linux-node1 ~]# kubectl get pod -o wide   #查看更新后的Deployment
NAME                                READY     STATUS    RESTARTS   AGE       IP          NODE
net-test-5767cb94df-djt98           1/1       Running   0          30m       10.2.73.3   192.168.56.13
net-test-5767cb94df-hcwv7           1/1       Unknown   0          42m       10.2.10.2   192.168.56.12
net-test-5767cb94df-zb8m4           1/1       Running   0          42m       10.2.73.2   192.168.56.13
nginx-deployment-64749d4b59-djttr   1/1       Running   0          37s       10.2.73.8   192.168.56.13
nginx-deployment-64749d4b59-jp7fw   1/1       Running   0          3m        10.2.73.7   192.168.56.13
nginx-deployment-64749d4b59-q4fsn   1/1       Running   0          33s       10.2.73.9   192.168.56.13

[root@linux-node1 ~]# curl --head http://10.2.73.7  #访问某个pod
Server: nginx/1.15.2　　#版本已经升级为1.15.2
Date: Thu, 16 Aug 2018 08:24:09 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 24 Jul 2018 13:02:29 GMT
Connection: keep-alive
ETag: "5b572365-264"
Accept-Ranges: bytes
[root@linux-node1 ~]# kubectl rollout undo deployment/nginx-deployment   #回滚上一个版本
deployment.apps "nginx-deployment"

查看并访问上一个版本

[root@linux-node1 ~]# kubectl get pod -o wide
NAME                                READY     STATUS    RESTARTS   AGE       IP           NODE
net-test-5767cb94df-djt98           1/1       Running   0          32m       10.2.73.3    192.168.56.13
net-test-5767cb94df-hcwv7           1/1       Unknown   0          43m       10.2.10.2    192.168.56.12
net-test-5767cb94df-zb8m4           1/1       Running   0          43m       10.2.73.2    192.168.56.13
nginx-deployment-6c45fc49cb-b9h84   1/1       Running   0          24s       10.2.73.11   192.168.56.13
nginx-deployment-6c45fc49cb-g4mrg   1/1       Running   0          26s       10.2.73.10   192.168.56.13
nginx-deployment-6c45fc49cb-k29kq   1/1       Running   0          21s       10.2.73.12   192.168.56.13
[root@linux-node1 ~]# curl --head http://10.2.73.10
HTTP/1.1 200 OK
Server: nginx/1.13.12
Date: Thu, 16 Aug 2018 08:25:35 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Mon, 09 Apr 2018 16:01:09 GMT
Connection: keep-alive
ETag: "5acb8e45-264"
Accept-Ranges: bytes
注意：回滚完成，每一次更新或者回滚ip都会变化，所以需要通过vip进行访问，这就引入了service

[root@linux-node1 ~]# vim nginx-service.yaml　　#使用yaml方式创建service

kind: Service
apiVersion: v1
metadata:
  name: nginx-service
spec:
  selector:
    app: nginx
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80

[root@linux-node1 ~]# kubectl create -f nginx-service.yaml 　　#创建service

service "nginx-service" created

[root@linux-node1 ~]# kubectl get service #查看service

NAME            TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)   AGE
kubernetes      ClusterIP   10.1.0.1       <none>        443/TCP   4h
nginx-service   ClusterIP   10.1.213.126   <none>        80/TCP    15s　　#这个就是vip
[root@linux-node2 ~]# curl --head http://10.1.213.126　　#在node2节点上进行访问vip测试，在node1上无法访问是因为没有安装kube-proxy导致无法访问。

HTTP/1.1 200 OK
Server: nginx/1.13.12
Date: Thu, 16 Aug 2018 08:30:08 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Mon, 09 Apr 2018 16:01:09 GMT
Connection: keep-alive
ETag: "5acb8e45-264"
Accept-Ranges: bytes

[root@linux-node2 ~]# ipvsadm -Ln  #查看LVS状态

IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  10.1.0.1:443 rr persistent 10800
  -> 192.168.56.11:6443           Masq    1      0          0         
TCP  10.1.213.126:80 rr
  -> 10.2.73.10:80                Masq    1      0          1         
  -> 10.2.73.11:80                Masq    1      0          1         
  -> 10.2.73.12:80                Masq    1      0          0 
查看LVS状态可以看到，当访问VIP：10.1.213.126时，会进行负载均衡到各个pod

[root@linux-node1 ~]# kubectl scale deployment nginx-deployment --replicas 5

deployment.extensions "nginx-deployment" scaled

[root@linux-node1 ~]# kubectl get pod　　#查看pod状态，可以看到已经增加到5个副本

NAME                                READY     STATUS    RESTARTS   AGE
net-test-5767cb94df-djt98           1/1       Running   0          38m
net-test-5767cb94df-hcwv7           1/1       Unknown   0          50m
net-test-5767cb94df-zb8m4           1/1       Running   0          50m
nginx-deployment-6c45fc49cb-b9h84   1/1       Running   0          6m
nginx-deployment-6c45fc49cb-g4mrg   1/1       Running   0          7m
nginx-deployment-6c45fc49cb-k29kq   1/1       Running   0          6m
nginx-deployment-6c45fc49cb-n9qkx   1/1       Running   0          24s
nginx-deployment-6c45fc49cb-xpx9s   1/1       Running   0          24s
[root@linux-node2 ~]# ipvsadm -Ln #路由状态

IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  10.1.0.1:443 rr persistent 10800
  -> 192.168.56.11:6443           Masq    1      0          0         
TCP  10.1.213.126:80 rr
  -> 10.2.73.10:80                Masq    1      0          0         
  -> 10.2.73.11:80                Masq    1      0          0         
  -> 10.2.73.12:80                Masq    1      0          1         
  -> 10.2.73.13:80                Masq    1      0          0         
  -> 10.2.73.14:80                Masq    1      0          0

需求列表：

第三方应用开发需求列表
需求描述对应shell指令
创建k8s应用，指定应用名称、镜像和副本数 
kubectl run net-test --image=alpine --replicas=2 sleep 36000
kubectl create -f nginx-deployment.yaml
查看pod的状态信息 
kubectl get pod -o wide
获取应用信息 
kubectl get deployment net-test
查看应用详细信息 
kubectl describe deployment net-test
获取副本集信息 
kubectl get replicaset
查看指定副本集详细信息 
kubectl describe replicaset net-test-5767cb94df
获取pod信息 
kubectl get pod
查看某个pod详细信息 
kubectl describe pod net-test-5767cb94df-djt98
删除某个pod 
kubectl delete pods nginx-deploy-5b595999-44zwq

 

查看deployment 
kubectl get deployment
查看某个deployment详情 
kubectl describe deployment nginx-deployment
测试pod访问 
curl --head http://10.2.73.6
升级 
kubectl set image deployment/nginx-deployment nginx=nginx:1.15.2 --record
查看deployment状态信息 
kubectl get deployment -o wide
查看更新历史记录 
kubectl rollout history deployment/nginx-deployment
查看某版本升级历史 
kubectl rollout history deployment/nginx-deployment --revision=1
回滚到上个版本 
kubectl rollout undo deployment/nginx-deployment
创建service

 

 
kubectl create -f nginx-service.yaml


kubectl expose deployment nginx-deploy --name=nginx --port=80 --target-port=80 --protocol=TCP　　#创建一个nginx的service
编辑service 
vim nginx-service.yaml
查看路由信息 
ipvsadm -Ln
节点扩容到5 
kubectl scale deployment nginx-deployment --replicas 5
libinxxx
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
k8s+crio+podman搭建集群
「 虚幻私塾」
07-14 3568
在传统的k8s集群中，我们都是使用docker engine做为底层的容器管理软件的，而docker engine因为不是k8s亲生的解决方案，所以实际使用中会有更多的分层。之前我们也讲过，k8s为了调用docker engine，专门写了一个dockershim做为CRI，而在1.20版本的时候，k8s就宣布停止更新dockershim了，也就是说再往后的版本就不推荐使用k8s+dockershim+docker engine的方案了。而k8s官方比较推荐的解决方案中，官方比较推荐的是cri-o或者con
Podman基础
m0_71618402的博客
08-15 1232
Podman是一种开源的Linux原生工具，旨在根据开放容器倡议(Open Container Initiative，OCI)标准。Podman是RedHat开发的一个用户友好的容器调度器，是RedHat 8和。docker 需要在我们的系统上运行一个守护进程(docker daemon)，而 podman 不需要。图中所体现的事情是，podman不需要守护进程，而dorker需要守护进程。它是一款集合了命令集的工具，设计初衷是为了处理容器化进程的不同任务，可以作为一个模块化框架。...
Docker+K8S容器架构师
08-23
本套课程涵盖Kubernetes生态圈涉及到的所有知识点，包括K8S、Docker、harbor、Gitlab、Sonarqube、Nexus、Gogs、Prometheus、EFK、Istio、SpringCloud等，含有大量企业实战项目，项目均来自老师多年工作经验总结出的真实项目，让你学完之后，实现薪资增加。 课程知识点如下1、docker容器虚拟化平台的安装和配置-dockerfile构建企业级镜像2、docker资源配额和数据持久化3、docker实战-创建私有镜像仓库和加密认证4、containerd和podman容器的安装和使用5、kubernetes深度解读-架构-组件-资源对象6、使用kubeadm搭建生产环境的多master节点k8s高可用集群7、使用kubeadm搭建生产环境的单master节点k8s集群8、Pod入门到高级-Pod资源清单编写技巧9、Pod高级实战-pod亲和性和反亲和性10、Pod高级实战-pod生命周期和健康检测11、使用kubectl管理Kubernetes容器平台12、k8s控制器-Replicaset-Deployment13、k8s控制器-Daemonset-Job14、kubernetes四层代理Service-使用技巧和使用场景15、k8s持久化存储-常见的存储卷介绍16、kubernetes控制器-Statefulset详解-管理有状态的应用17、Apiserver安全机制之RBAC授权18、基于Ingress实现k8s七层调度和负载均衡19、k8s结合Prometheus构建企业级监控告警系统 本课程可以帮助从事运维工作的同学，和需要相关知识的人，推荐从事相关工作人员，提升提升自己的同学。
基于Centos7安装k8s集群(k8s+crio+podman)
justlpf的专栏
02-24 1340
一、前言dockershimCRIcri-ocontainerd二、CRI-O, Containerd, Docker daemon 对比cri三者区别如图：三、k8s+crio+podman实现3.1 podman安装三台机都需要安装podman3.2 k8s的安装参考:三台机都需要安装kubeletkubeadmkubectl，并启动kubelet3.2 cri-o的安装3.2.1 Ubuntu(18.04)安装。
k8s中pod目录访问权限不足
kylezhou1992的博客
06-24 7718
分析pod面权限目录挂载权限的问题
kubernetes K8S超详细安装部署手册
最新发布
02-02
kubernetes的本质是一组服务器集群，它可以在集群的每个节点上运行特定的 程序，来对节点中的容器进行管理。目的是实现资源管理的自动化，主要提供了 如下的主要功能: 自我修复:一旦某一个容器崩溃，能够在1秒中...
深入浅出学K8s.zip
08-17
27 | K8s CRD：如何根据需求自定义你的 API？ 28 | 面向 K8s 编程：如何通过 Operator 扩展 Kubernetes API？ 特别放送 「关注公众号【云世】，免费获取全系列课程内容」 29 | Kubernetes 中也有定时任务吗？ 30 |...
learning-k8s:k8s学习
08-03
k8s-学习 Kubernetes 不是专注于“CI/CD”、“微服务”的容器云 Kubernetes 是一个可移植、可扩展的开源平台，用于管理容器化工作负载和服务。 它促进了声明式配置和自动化，让我们能够弹性地运行分布式系统，以满足...
K8s调度器Kube-scheduler
01-07
 调度是容器编排的重要环节，需要经过严格的监控和控制，现实生产通常对调度有各类限制，譬如某些服务必须在业务独享的机器上运行，或者从灾备的角度考虑尽量把服务调度到不同机器，这些需求在Kubernetes集群依靠...
K8s常见问题分析&解决（未分类问题一）
01-07
如果pod保持在pending的状态，意味着无法被正常的调度到节点上，由于系统的某些资源无法满足Pod的运行需求 原因分析： 系统没有足够的资源或者用户指定了hostPort；通过hostPort用户能够将服务暴露到指定的主机...
lvs的ipvsadm
07-29
负载均衡的一个模块,LVS（Linux Virtual Server）其实就是针对高可伸缩、高可用网络服务的需求，给出了基于IP层和基于内容请求分发的负载平衡调度解决方法，并在Linux内核中实现了这些方法，将一组服务器构成一个实现可伸缩的、高可用网络服务的虚拟服务器。 所以，lvs需要内核有ipvs支持，确保你的内核支持ipvs后，只需安装ipvsadm就可以把一台服务器配置成负载调度器（Load Balancer）。对外提供服务的IP，也就是我们访问的IP称做VIP。调度器LB的任务主要是分发请求，真正处理的是真实服务器(Real Server)。这就是LVS工作的基本方式和一些基本术语
K8S集群的搭建
qq_39645262的博客
07-05 703
采用kubeadm安装k8s，系统为rocky linux，同样适用于centos
ipvsadm（LVS）的Weight ActiveConn InActConn
雪意少年的博客
04-17 2360
The output of ipsvadm lists connections, either asActiveConn - in ESTABLISHED stateInActConn - any other stateWith LVS-NAT, the director sees all the packets between the client and the realserver, so ...
LVS 负载均衡之NAT模式 原理与实践
小楼一夜听春雨，深巷明朝卖杏花
08-03 1381
LVS负载均衡工作原理 实现LVS负载均衡转发方式有三种，分别为NAT、DR、TUN模式，LVS均衡算法包括：RR(round-robin)、LC(least_connection)、W(weight)RR、WLC模式等（RR为轮询模式，LC为最少连接模式）。 LVS负载均衡NAT转发方式原理： 用户请求LVS VIP到达director（LVS服务器：LB），director（LVS服务器）将请求的报文（因为用户的请求有一个请求报文，也就是请求包里面，请求包里面有一个目标IP地址）的目标IP地.
SpringCloud使用eureka配置集群出现问题unavailable-replicas（副本不可用）
粟西米的博客
08-01 9028
eureka集群available-replicas不为空需满足如下条件： 1.不能用localhost比如： eureka.client.serviceUrl.defaultZone=http://localhost:2222/eureka/ 要采用： eureka.instance.hostname=master eureka.client.serviceUrl.defau...
kubernetes|云原生|Deployment does not have minimum availability 的解决方案（资源隐藏的由来）
zsk_john的技术分享专用博客
11-23 4436
前言： 最近在部署prometheus的过程中遇到的这个问题，感觉比较的经典，有必要记录一下。 现象是部署prometheus主服务的时候，看不到pod，只能看到deployment，由于慌乱，一度以为是集群有毛病了，然后重新做了集群，具体情况如下图： 注：up-to-date表示没有部署，available表示无可用pod
【Kubernetes实战】（十一）Pod 控制器 ReplicaSet相关命令
03-25 574
Replication Set简称RS，随着Kubernetes的高速发展，官方已经推荐我们使用RS和Deployment来代替RC了，实际上RS和RC的功能基本一致，目前唯一的一个区别就是RC只支持基于等式的selector（env=dev或environment!=qa），但RS还支持基于集合的selector（version in (v1.0, v2.0)），这对复杂的运维管理就非常方便了。使用edit编辑副本集名为pc-replicaset的配置。删除 ReplicaSet。
MicroK8s k3s k0s Podman k8s 各框架对比
学长的猫的博客
04-18 5316
MicroK8s MicroK8s是一个轻量级的Kubernetes环境。与Minikube不同，它不需要VirtualBox，因此可以在虚拟服务器上运行。它是一个轻巧的单节点，并具有Istio，Knative和Kubeflow等全面功能，非常适合学习Kubernetes。 最小化K8s环境部署之MicroK8s_KaliArch的技术博客_51CTO博客https://blog.51cto.com/kaliarch/4910030 k3s k3s是一个轻量级的Kubernetes环境，是Kub
podman部署及应用
Eternity_zzh的博客
08-15 536
podman部署及应用
K8S(kubernetes)学习
08-05
Kubernetes（简称K8S）是一个开源的容器编排平台，用于自动化部署、扩展和管理容器化应用程序。 它具有以下特点： 1.优雅：Kubernetes的组件都运行在容器中，并且在Kubernetes的Pod中，这种设计非常优雅。 2. 简单：...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值