Kubernetes进阶 -- pod 的管理

最新推荐文章于 2023-11-20 10:34:56 发布
最新推荐文章于 2023-11-20 10:34:56 发布
阅读量695 收藏 1
点赞数
分类专栏： k8s 文章标签： kubernetes docker linux pod 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/thermal_life/article/details/106850701
版权
  • Pod是可以创建和管理Kubernetes计算的最小可部署单元,一个Pod代表着集群
    中运行的一个进程,每个pod都有一个唯一的ip。
  • 一个pod类似一个豌豆荚,包含一个或多个容器(通常是docker),多个容器间共享IPC、Network和UTC namespace。

在这里插入图片描述

pod运行管理

自主式pod

[kubeadm@server2 ~]$ kubectl run demo --image=nginx
pod/demo created
[kubeadm@server2 ~]$ kubectl  get pods
NAME   READY   STATUS    RESTARTS   AGE
demo   1/1     Running   0          8s
[kubeadm@server2 ~]$ kubectl  get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP           NODE      NOMINATED NODE   READINESS GATES
demo   1/1     Running   0          14s   10.244.1.5   server3   <none>           <none>
[kubeadm@server2 ~]$ kubectl delete pod demo 
pod "demo" deleted
[kubeadm@server2 ~]$ kubectl  get pods -o wide
No resources found in default namespace.

自主式pod 删除后就没有了，生命周期就结束了。

deployment控制器

[kubeadm@server2 ~]$ kubectl create deployment myapp --image=nginx
deployment.apps/myapp created
[kubeadm@server2 ~]$ kubectl get pod
NAME                     READY   STATUS    RESTARTS   AGE
myapp-687598b8b4-678wm   1/1     Running   0          4s

生成的pod名称是控制器名称myapp + rs名 +容器名,而且我们还可以再后面加参数，指定副本数等。

[kubeadm@server2 ~]$ kubectl get pod
NAME                     READY   STATUS    RESTARTS   AGE
myapp-687598b8b4-678wm   1/1     Running   0          4s
[root@server3 ~]# ip a
5: cni0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue state UP group default qlen 1000
    link/ether c6:c8:cf:99:c7:2d brd ff:ff:ff:ff:ff:ff
    inet 10.244.1.1/24 scope global cni0		# pod再结点上运行会创建cni0网卡，分配ip。
       valid_lft forever preferred_lft forever
    inet6 fe80::c4c8:cfff:fe99:c72d/64 scope link 
       valid_lft forever preferred_lft forever
[kubeadm@server2 ~]$ kubectl delete pod myapp-687598b8b4-678wm 
pod "myapp-687598b8b4-678wm" deleted
[kubeadm@server2 ~]$ get pod
NAME                     READY   STATUS    RESTARTS   AGE
myapp-687598b8b4-bt8mv   1/1     Running   0          10s

我们删除了之前的，但是deploy控制器直接再相同的rs底下拉取了一个副本.

[kubeadm@server2 ~]$ kubectl get all
NAME                         READY   STATUS    RESTARTS   AGE	
pod/myapp-687598b8b4-bt8mv   1/1     Running   0          97s	# pod
	
NAME                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
service/kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   17h

NAME                    READY   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/myapp   1/1     1            1           4m42s	#deployment控制器

NAME                               DESIRED   CURRENT   READY   AGE
replicaset.apps/myapp-687598b8b4   1         1         1       4m41s	#rs控制器
#pod出现故障的时候，rs 控制器会进行修复。

那我们想删除它的话，就需要删除调度器才可以：

[kubeadm@server2 ~]$ kubectl delete deployments.apps myapp
deployment.apps "myapp" deleted

[kubeadm@server2 ~]$ kubectl get pod
No resources found in default namespace.

pod的扩容缩容：

[kubeadm@server2 ~]$ kubectl create deployment myapp --image=nginx
deployment.apps/myapp created
[kubeadm@server2 ~]$ kubectl get pod
NAME                     READY   STATUS    RESTARTS   AGE
myapp-687598b8b4-mjhdc   1/1     Running   0          9s
[kubeadm@server2 ~]$ kubectl scale deployment myapp --replicas=2
deployment.apps/myapp scaled		# 拉伸到2个
[kubeadm@server2 ~]$ kubectl get pod
NAME                     READY   STATUS              RESTARTS   AGE
myapp-687598b8b4-c6s7h   0/1     ContainerCreating   0          1s
myapp-687598b8b4-mjhdc   1/1     Running             0          33s
[kubeadm@server2 ~]$ kubectl scale deployment myapp --replicas=10
deployment.apps/myapp scaled		# 拉伸到10个
[kubeadm@server2 ~]$ kubectl get pod
NAME                     READY   STATUS              RESTARTS   AGE
myapp-687598b8b4-2wttr   0/1     ContainerCreating   0          1s
myapp-687598b8b4-84k69   0/1     Pending             0          1s
myapp-687598b8b4-b2w99   0/1     ContainerCreating   0          1s
myapp-687598b8b4-c6s7h   1/1     Running             0          5s
myapp-687598b8b4-h6lph   0/1     Pending             0          1s
myapp-687598b8b4-mjhdc   1/1     Running             0          37s
myapp-687598b8b4-whld2   0/1     Pending             0          1s
myapp-687598b8b4-wtpkn   0/1     Pending             0          1s
myapp-687598b8b4-xx8qr   0/1     Pending             0          1s
myapp-687598b8b4-zkwc9   0/1     ContainerCreating   0          1s
[kubeadm@server2 ~]$ kubectl scale deployment myapp --replicas=2
deployment.apps/myapp scaled
[kubeadm@server2 ~]$ kubectl get pod
NAME                     READY   STATUS        RESTARTS   AGE
myapp-687598b8b4-hb7zv   1/1     Running       0          11s
myapp-687598b8b4-s2ncv   1/1     Running       0          18s

[kubeadm@server2 ~]$ kubectl delete deployments.apps myapp 
deployment.apps "myapp" deleted
[kubeadm@server2 ~]$ kubectl get pod
No resources found in default namespace.		# 可以这样删除

这就是我们手动的扩容。其实可以做到再需求比较大的时候自动扩容，再需求小的时候再自动缩容。

service微服务

[kubeadm@server2 ~]$ curl 10.244.1.15
<!DOCTYPE html>
<html>
<head>
 当前我们是可以通过内网来访问开启的容器的

service是一个抽象概念,定义了一个服务的多个pod逻辑合集和访问pod的策略,一般把service称为微服务。
service 就是来暴露我们的访问接口的，它就是从外部访问内部pod的一个端口port，并且可以实现负载均衡。

  • 创建service
[root@server2 ~]# kubectl expose deployment myapp --port=80 --target-port=80
service/myapp exposed		# 相当于端口映射
[root@server2 ~]# kubectl get svc
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP   19h
myapp        ClusterIP   10.109.116.35   <none>        80/TCP    9s
默认获得一个clusterIP 类型，这是一个仅集群内部可以访问的虚拟IP.

[root@server2 ~]# kubectl describe svc myapp
Name:              myapp
Namespace:         default
Labels:            app=myapp
Annotations:       <none>
Selector:          app=myapp
Type:              ClusterIP
IP:                10.109.116.35		# service 分到的IP
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:         10.244.1.15:80,10.244.2.6:80		# 这里的两个ip地址和pod的ip相同，是虚拟ip
Session Affinity:  None
Events:            <none>
[root@server2 ~]# kubectl get pod -o wide
NAME                     READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
myapp-687598b8b4-hb7zv   1/1     Running   0          53m   10.244.2.6    server4   <none>           <none>
myapp-687598b8b4-s2ncv   1/1     Running   0          54m   10.244.1.15   server3   <none>           <none>

它是怎麼识别pod的那？
[root@server2 ~]# kubectl get pod --show-labels 
NAME                     READY   STATUS    RESTARTS   AGE   LABELS
myapp-687598b8b4-hb7zv   1/1     Running   0          56m   app=myapp,pod-template-hash=687598b8b4
myapp-687598b8b4-s2ncv   1/1     Running   0          56m   app=myapp,pod-template-hash=687598b8b4
															#是通过后面的标签识别的，有这个标签，就可以加进来

比如：
[root@server2 ~]# kubectl scale deployment myapp --replicas=4		# 我们扩增到四个
deployment.apps/myapp scaled
[root@server2 ~]# kubectl get pod --show-labels 
NAME                     READY   STATUS    RESTARTS   AGE   LABELS
myapp-687598b8b4-hb7zv   1/1     Running   0          58m   app=myapp,pod-template-hash=687598b8b4
myapp-687598b8b4-px6nq   1/1     Running   0          9s    app=myapp,pod-template-hash=687598b8b4
myapp-687598b8b4-s2ncv   1/1     Running   0          58m   app=myapp,pod-template-hash=687598b8b4
myapp-687598b8b4-tkhv5   1/1     Running   0          9s    app=myapp,pod-template-hash=687598b8b4
# 每个都有标签

[root@server2 ~]# kubectl describe svc myapp
Name:              myapp
Namespace:         default
Labels:            app=myapp
Annotations:       <none>
Selector:          app=myapp
Type:              ClusterIP
IP:                10.109.116.35
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:         10.244.1.15:80,10.244.1.19:80,10.244.2.6:80 + 1 more...	# ip 动态加进来了。
Session Affinity:  None
Events:            <none>

由于后端由多个，我们就可以通过service的 虚拟IP地址进行访问，并可以实现负载均衡。
但是现在还不能使用VIP 进行访问，我们还没有配置好，我们可以去容器内部访问一下;

[root@server2 ~]# kubectl run demo --image=busyboxplus -it  --restart=never
If you don't see a command prompt, try pressing enter.
/ # curl 10.109.116.35
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>		#这里做负载均衡效果不明显,我们在版本更新处展示

滚动更新

  • 更新
[root@server2 ~]# kubectl get pod		# 这是我们现在运行的容器
NAME                     READY   STATUS    RESTARTS   AGE
demo                     1/1     Running   1          8m58s
myapp-687598b8b4-hb7zv   1/1     Running   0          92m
myapp-687598b8b4-px6nq   1/1     Running   0          34m
myapp-687598b8b4-s2ncv   1/1     Running   0          92m
myapp-687598b8b4-tkhv5   1/1     Running   0          34m

[root@server2 ~]# kubectl describe pod myapp-687598b8b4-hb7zv 
Containers:
  nginx:			# 里面运行的容器名字叫做nginx
    Container ID:   docker://fef76a437c55b9ea9c9c089bdcddd21b0eb0e737c88125c237f56188e8c74104
    Image:          nginx		# 镜像是nginx

[root@server2 ~]# kubectl set image deployments myapp nginx=myapp:v1 --record		# 更新
deployment.apps/myapp image updated			# record 是记录，用于回滚
[root@server2 ~]# kubectl get pod

NAME                     READY   STATUS    RESTARTS   AGE
demo                     1/1     Running   1          19m
myapp-76df559f68-bjwwx   1/1     Running   0          3m52s
myapp-76df559f68-cdr7m   1/1     Running   0          3m51s
myapp-76df559f68-fxjxv   1/1     Running   0          3m59s
myapp-76df559f68-xzrrr   1/1     Running   0          3m58s
#	我额门发现容器名全变了，而且连 rs 都变了


[root@server2 ~]# kubectl get all
NAME                         READY   STATUS    RESTARTS   AGE
pod/demo                     1/1     Running   1          20m
pod/myapp-76df559f68-bjwwx   1/1     Running   0          5m3s
pod/myapp-76df559f68-cdr7m   1/1     Running   0          5m2s
pod/myapp-76df559f68-fxjxv   1/1     Running   0          5m10s
pod/myapp-76df559f68-xzrrr   1/1     Running   0          5m9s

NAME                 TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE
service/kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP   20h
service/myapp        ClusterIP   10.109.116.35   <none>        80/TCP    53m

NAME                    READY   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/myapp   4/4     4            4           104m

NAME                               DESIRED   CURRENT   READY   AGE
replicaset.apps/myapp-687598b8b4   0         0         0       104m		# 原来的 rs 还在，用于回滚
replicaset.apps/myapp-76df559f68   4         4         4       5m10s	# 创建了新的rs来维护现在这个版本 


# 负载均衡
[root@server2 ~]# kubectl attach demo -it		#连接这个pod

/ # curl 10.109.116.35		# 访问service的VIP
Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>
								# 加上这个可以显示pod ip
/ # curl 10.109.116.35/hostname.html
myapp-76df559f68-bjwwx
/ # curl 10.109.116.35/hostname.html
myapp-76df559f68-cdr7m
/ # curl 10.109.116.35/hostname.html
myapp-76df559f68-fxjxv
/ # curl 10.109.116.35/hostname.html
myapp-76df559f68-cdr7m

# 这就是负载均衡的功能
  • 回滚
[root@server2 ~]# kubectl set image deployments myapp nginx=myapp:v2 --record
deployment.apps/myapp image updated
[root@server2 ~]# kubectl rollout history deployment myapp 		# 查看历史版本
deployment.apps/myapp 
REVISION  CHANGE-CAUSE
1         <none>
2         kubectl set image deployments myapp nginx=myapp:v1 --record=true
3         kubectl set image deployments myapp nginx=myapp:v2 --record=true
[root@server2 ~]# kubectl attach demo -it

/ # curl 10.109.116.35
Hello MyApp | Version: v2 | <a href="hostname.html">Pod Name</a>
/ # curl 10.109.116.35/hostname.html
myapp-bf4d57f8f-8b82j			# 又是新的pod
/ # curl 10.109.116.35/hostname.html
myapp-bf4d57f8f-svq28

[root@server2 ~]# kubectl rollout history deployment myapp 
deployment.apps/myapp 
REVISION  CHANGE-CAUSE
1         <none>
2         kubectl set image deployments myapp nginx=myapp:v1 --record=true
3         kubectl set image deployments myapp nginx=myapp:v2 --record=true
# 当前有三个版本
[root@server2 ~]# kubectl rollout undo deployment myapp --to-revision=2	  #回退到第二个
deployment.apps/myapp rolled back
[root@server2 ~]# kubectl attach demo -it
Defaulting container name to demo.
Use 'kubectl describe pod/demo -n default' to see all of the containers in this pod.
If you don't see a command prompt, try pressing enter.
/ # curl 10.109.116.35
Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>		# 回滚了

通过外部结点访问service

[root@server2 ~]# kubectl get svc 
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP   21h
myapp        ClusterIP   10.109.116.35   <none>        80/TCP    80m
[root@server2 ~]# kubectl edit svc myapp 
service/myapp edited
[root@server2 ~]# kubectl get svc 
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP        21h
myapp        NodePort    10.109.116.35   <none>        80:31470/TCP   82m

在这里插入图片描述
修改svc的类型为nodeport.

此时又为我们分配了一个31470端口，端口是随机分配的，在工作结点上

[root@server4 ~]# netstat -tnlp |grep 31470
tcp        0      0 0.0.0.0:31470           0.0.0.0:*               LISTEN      26106/kube-proxy
[root@server3 ~]# netstat -tnlp |grep 31470
tcp        0      0 0.0.0.0:31470           0.0.0.0:*               LISTEN      26106/kube-proxy

我们就可以通过外部访问了，这次就不用去访问service的 VIP， 而是直接访问主机的ip：

[root@rhel7host yum.repos.d]# curl 172.25.254.3:31470
Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>
[root@rhel7host yum.repos.d]# curl 172.25.254.4:31470
Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>
[root@rhel7host yum.repos.d]# curl 172.25.254.4:31470/hostname.html
myapp-76df559f68-vbclz
[root@rhel7host yum.repos.d]# curl 172.25.254.4:31470/hostname.html
myapp-76df559f68-fwqqw
[root@rhel7host yum.repos.d]# curl 172.25.254.4:31470/hostname.html
myapp-76df559f68-gqz7p
young_dump_broke
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
解决kubectl get pods时报错 No resources found.
行走的IT
03-06 2万+
redis-rc.yaml文件编写完成后进行注册，使用k8s命令kubectl get pods命令无法获取，提示 No resources found. 原因 暂时没有找到，启动什么的无异常，网上搜索后初步判断:systemd 单元文件包含ServiceAccount许可控制器，需要指定所需的签名密钥，详见Gitbub。 解决方案 跳过ServiceAccount(未成功) 打开kube-a...
k get pods命令之后pod容器对象不能启用：No resources found in default namespace.
weixin_45292006的博客
04-15 1万+
k get pods命令之后No resources found in default namespace. 解决：重启啊，CPU垃圾了，100%满载，重启VM之后降下来了，pod也就是创建成功了
kubernetes基础篇 ——Pod管理
dsd的博客
07-03 485
官方网站：https://kubernetes.io/zh/docs/setup/production-environment/tools/kubeadm/install-kubeadm/ Pod管理 Pod 是可以创建和管理 Kubernetes 计算的最小可部署单元，一个 Pod 代表着集群中运行的一个进程，每个 pod 都有一个唯一的 IP 一个 pod 类似一个豌豆荚，包含一个或多个容器（通常是docker），多个容器间共享 IPC、Network 和 UTC namespace kubectl
K8S查看pod日志遇到的问题及解决方案
最新发布
技术分享，共同成长
11-20 1336
(2)、Namespace 错误：如果Pod存在于特定的命名空间（Namespace）中，但你没有指定正确的命名空间，就会导致这个错误。(1)、Pod 名称拼写错误：最常见的原因之一是Pod名称的拼写错误。K8s严格区分大小写，所以确保你输入的Pod名称是正确的。(3)、Pod 已被删除：如果你在尝试访问一个已经被删除的Pod，也会触发这个错误。(4)、API 服务器故障：偶尔，API服务器可能会出现故障或问题，导致它无法提供正确的信息。原因：查的是默认命名空间下的pod。查看k8s中特定pod的日志。
在k8s中使用Namespaces
拒绝熬夜啊的博客
09-08 906
使用Namespaces 创建 #通过命令行直接创建 $ kubectl create namespace new-namespace # 通过文件创建 $ cat my-namespace.yaml apiVersion: v1 kind: Namespace metadata: name: new-namespace $ kubectl create -f ./my-namespace.yaml 注意：命名空间名称满足正则表达式a-z0-9?,最大长度为63位 删除 $ kubectl del
Kubernetes基础：重启pod的方法
weixin_39833509的博客
12-06 9092
Kubernetes没有提供诸如docker restart类似的命令用于重启容器那样重启pod的命令，一般会结合restartPolicy进行自动重启，这篇文章整理一下偶尔需要手动进行重启的时候所需要使用的方法。 事前准备 环境准备 本文使用Kubernetes 1.17，可参看下文进行快速环境搭建： 单机版本或者集群版本环境搭建 pod准备 使用如下pod的yaml文件 [root@host131 config]# cat busybox-pod-test.yaml apiVersion: v1.
Kubernetes快速进阶与实战-实践手册
10-27
**Kubernetes快速进阶与实战-实践手册** 在IT行业中，Kubernetes（简称K8s）作为容器编排领域的领头羊，已经成为现代云原生应用部署的核心技术。本手册旨在帮助读者快速掌握Kubernetes的基本概念，理解其核心组件，...
kubernetes-in-action-master.zip
06-10
8. **Kubernetes进阶**：可能包括StatefulSets、Init Containers、Sidecars等高级特性，以及多租户管理和集群 Federation。 通过这个压缩包，读者可以逐步实践书中所讲的每一个示例，加深对Kubernetes的理解，并...
Docker到Kubernetes进阶视频.rar
10-23
├ 十一、Helm包管理工具 │ │ 41.Helm 的安装使用.mp4 │ │ 42.Helm 的基本使用.mp4 │ │ 43.Helm 模板之内置函数和 Values.mp4 │ │ 44.Helm 模板之模板函数与管道.mp4 │ │ 45.Helm 模板之控制流程.mp4 │ ...
从 Docker 到 Kubernetes 进阶视频.zip
05-25
11.图形化管理和监控工具.mp4 12.Docker 的多阶段构建.mp4 13.Dockerfile 最佳实践.mp4 五、Kubernetes基础 14.Kubernetes 初体验.mp4 15.基本概念和组件.mp4 六、集群环境搭建 16.使用 Kubeadm 搭建集群环境.mp4 17...
06-Kubernetes Pod控制器应用进阶.mp4
07-26
06-Kubernetes Pod控制器应用进阶.mp4
Kubernetes：命名空间（namespace 创建、删除，pod中设置namespace，命名空间首选项设置set-context --current --namespace）
oopxiajun博客专栏
04-12 8832
参考：https://kubernetes.io/zh/docs/concepts/overview/working-with-objects/namespaces/ 一，什么是命名空间？ Kubernetes 支持多个虚拟集群，它们底层依赖于同一个物理集群。 这些虚拟集群被称为命名空间。你可以认为namespaces是你kubernetes集群中的虚拟化集群。在一个Kubernetes集群中...
解决kubectl get pods时 No resources found.问题
weixin_37480442的博客
08-27 7453
环境：CentOS Linux release 7.2.1511 (Core) 使用yum 直接安装 yum install -y etcd kubernetes 启动 systemctl start etcd systemctl start docker systemctl start kube-apiserver systemctl start kube-controller-mana...
kubectl命令详解
我不是程序猿的博客
05-15 6984
kubernetes 基础管理 kubectl 命令 命令说明 命令格式 命令说明 kubectl run 资源名称 -参数 --image=镜像名称:标签 创建资源对象，常用参数-i交互，-t终端 kubectl get 查询资源 可选参数 -o wide 显示主机信息 常用查询的资源 node|deployment|pod kubectl exec -it 容器id 执行的命令 同 docker exec 指令，进入容器内 kubectl describe
k8s解决 kubectl get pod 查看后No resources found问题
河静
04-29 9040
1. 创建一个资源 # kubectl create -f nginx-ds.yaml 2. 查看pod显示no resources found # kubectl get pod No resources found 3. 查看日志 3.1 查看kube-apiserver日志，无异常 3.2 查看kube-kubelet日志，无异常 3.3 查看kube-scheduler日志如下 查看链接127.0.0.1:8000被拒绝，后来在本地查看并没有8000端口，我的apiserver的端口设置的是8
kubernetes权威指南学习遇见的问题以及意见之三：执行kubectl get pods 显示 No resources found...
weixin_30905133的博客
04-17 669
1.问题描述： 创建mysql.rc.yaml 执行kubectl create -f mysql.yaml 执行成功。 执行kubectl get rc 反馈正常 执行kubectl get pods .显示 ：No resources found 2.解决方案 （1）#vi /etc/kubernetes/apiserver （2）找到”KUBE_ADMISSION_C...
k8s(4)——Pod资源清单（以文件的形式来创建Pod）
dghfttgv的博客
03-02 688
pod z资源清单 [root@server1 ~]# su - kubeadm Last login: lun feb 24 11:31:25 EST 2020 on pts/0 [kubeadm@server1 ~]$ [kubeadm@server1 ~]$ [kubeadm@server1 ~]$ kubectl get cs NAME STATUS...
K8s之kubectl命令行工具常用命令（三）
石头城云计算的博客
02-12 1261
Kubectl是管理k8s集群的命令行工具，通过生成的json格式传递给apiserver进行创建、查看、管理的操作 注意：此处需要用到我们之前部署的K8s多节点的部署环境，如果还未部署的可以参考我的上篇文章：https://blog.csdn.net/JarryZho/article/details/104212822 常用命令行： `查看帮助命令` [root@master1 ~]# kube...
kubernetes云原生纪元：彻底理解(k8s)Namespace
热门推荐
张成基
01-16 2万+
彻底理解(k8s)Namespace 文章目录彻底理解(k8s)Namespace作用创建自己的Namespace使用Namespace测试隔离性默认指定命名空间访问 作用 Namespace(命名空间 )核心作用 隔离 资源对象的隔离：Service Deploymet Pod 资源配额的隔离：CPU Memory(内存) kubernetes 集群启动回默认创建一个default默认命...
"Docker到Kubernetes进阶课程：零基础到高级应用
从Docker到Kubernetes进阶课程是一本适合零基础或者有docker基础，希望深入了解Kubernetes的读者必备的书籍。本书内容涵盖了Kubernetes集群的搭建、Dashboard插件的安装、PodYAML文件的深入理解、各种类型的Pod的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值