我是靠谱客的博主 紧张果汁,最近开发中收集的这篇文章主要介绍Kubernetes ---- kubectl创建、管理Service、Pod、Controller(为解释关系)总结:,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

 

以下内容仅作为测试,为了说明各个对象之间的关系,采用的kubectl run...,生产环境不建议使用;

1. 创建控制器(deployment)并在其下挂载Pod.

Usage:  

  kubectl run NAME --image=image [--env="key=value"] [--port=port] [--replicas=replicas] [--dry-run=bool] [--overrides=inline-json] [--command] -- [COMMAND] [args...] [options]

  ~]$ kubectl run nginx --image=nginx:1.14-alpine --port=80 --replicas=1

  nginx: 控制器名称

  --image: 指定Pod中的容器要基于哪个镜像运行

  --port: Pod中容器的端口

  --relicas: 副本数(当副本数没有达到定义的数量时,比如删除了某个副本,那么控制器会补全)


查询Pod是否成功启动
~]$ kubectl get pods
NAME                            READY   STATUS    RESTARTS   AGE
nginx-deploy-7689897d8d-t76qv   1/1     Running   0          100m

#查询控制器deployment
~]$ kubectl get deployment
NAME           READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deploy   1/1     1            1           4h26m

#删除Pod查看是否会自动补全副本
~]$ kubectl delete pod nginx-deploy-7689897d8d-t76qv

# 查看Pod,发现名字已经改变了,是个新的Pod
~]$ kubectl get pods
NAME                            READY   STATUS    RESTARTS   AGE
nginx-deploy-7689897d8d-t82wq   1/1     Running   0          100m
# 查看Pod的详细信息
~]$ kubectl describe pod nginx-deploy-7689897d8d-t82wq
....

2. CoeDns相关说明

当在任何一个节点上运行了一个Pod之后,则集群中的任意一个节点都可直接访问此Pod的IP地址或此Pod注册的Service的地址或主机名;

[node2]操作(单独访问Pod的IP地址)
~]$ kubectl get pods -o wide
NAME                            READY   STATUS    RESTARTS   AGE    IP            NODE    NOMINATED NODE   READINESS GATES
nginx-deploy-7689897d8d-t82wq   1/1     Running   0          111m   10.244.2.7    node2   <none>           <none> ~]$ curl 10.244.2.7

HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Tue, 09 Jun 2020 08:09:19 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Wed, 10 Apr 2019 01:08:42 GMT
Connection: keep-alive
ETag: "5cad421a-264"
Accept-Ranges: bytes

 将deployment发布到Service

Usage:
  kubectl expose (-f FILENAME | TYPE NAME) [--port=port] [--protocol=TCP|UDP|SCTP] [--target-port=number-or-name] [--name=name] [--external-ip=external-ip-of-service] [--type=type] [options]

~]$ kubectl expose deployment nginx --port=80 --target-port=80 --protocol=TCP --type=ClusterIP
注释:
  deployment: 发布出去的类型,这里要发布deployment类型的控制器
  nginx: 控制器的名称
  port: service的端口
  target-port: 后端Pod的端口
  protocol: 使用的协议
  type: 默认为ClusterIP,还有NodePort, LoadBalancer, ExternalName

~]$ kubectl get svc
NAME TYPE     CLUSTER-IP    EXTERNAL-IP PORT(S)      AGE
nginx ClusterIP 10.99.43.205 <none> 80/TCP 109m

# 查看Service的详细信息
~]$ kubectl describe svc nginx

Name: nginx
Namespace: default
Labels: run=nginx-deploy
Annotations: <none>
Selector: run=nginx-deploy
Type: ClusterIP
IP: 10.99.43.205
Port: <unset> 80/TCP
TargetPort: 80/TCP
Endpoints: 10.244.2.7:80
Session Affinity: None
Events: <none>

 问:为什么要访问Service的IP地址,不访问Pod的呢?

 答:因为Pod是有生命周期的,且IP地址及主机名都不是固定的,但Service的地址和主机名,不人为删除Service后重建的话,默认是不会更改的,Service只是服务器上一个ipvs或IPtables规则.

 ~]$ curl -I 10.99.43.205

HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Tue, 09 Jun 2020 08:25:11 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Wed, 10 Apr 2019 01:08:42 GMT
Connection: keep-alive
ETag: "5cad421a-264"
Accept-Ranges: bytes

 # 启动一个客户端容器,试着访问Service的名称(nginx),发现也是可以的,因为Pod中的/etc/resolv.conf中默认记录了CoreDns的地址,一个Service可能是提供给Pod使用的,Pod中默认拥有CoreDns的记录,所以可以直接访问名称;

 ~]$ kubectl run client image=busybox -it -- /bin/sh

 / # cat /etc/resolv.conf

nameserver 10.96.0.10
search default.svc.cluster.local svc.cluster.local cluster.local localdomain
options ndots:5

 / # wget -O - -q nginx

  ....

  <title>Welcome to nginx!</title>

  ....

3. 动态调整Pod副本数量、及灰度升级、回滚.

Usage:

  kubectl scale [--resource-version=version] [--current-replicas=count] --replicas=COUNT (-f FILENAME | TYPE NAME) [options]

# 增加副本数量至3个.
~]$ kubectl scale --replicas=3 deployment nginx
~]$ kubectl get pods

NAME           READY   STATUS   RESTARTS AGE
nginx-84cd4b7f95-95h74 1/1    Running    0    80m
nginx-84cd4b7f95-nwpt4 1/1    Running    0    80m
nginx-84cd4b7f95-t7pzf 1/1    Running    0    80m

 # 降低副本数量至2个.

 ~]$ kubectl scale --replicas=2 deployment nginx

NAME           READY   STATUS   RESTARTS AGE
nginx-84cd4b7f95-95h74 1/1    Running    0    80m
nginx-84cd4b7f95-t7pzf 1/1    Running    0    80m

 

 # 灰度升级.

Usage:
  kubectl set image (-f FILENAME | TYPE NAME) CONTAINER_NAME_1=CONTAINER_IMAGE_1 ... CONTAINER_NAME_N=CONTAINER_IMAGE_N [options]

 # 变更镜像

 ~]$ kubectl set image deployment nginx nginx-deploy=nginx:latest 

 deployment: 控制器的类型

 nginx: 控制器的名称

 nginx-deploy: Pod中容器的名称,使用"kubectl describe pod Pod名"就可查询到

 nginx:latest: 要变更的镜像,默认从DockerHub上获取

 # 回滚

 Usage:

  kubectl rollout SUBCOMMAND [options]

 ~]$ kubectl rollout undo deployment nginx

 

总结:

  1. Pod是注册到Service之上的,当Pod作为客户端访问另外的Pod时,不使用对方的IP地址,使用Service的名称或地址;

  2. 控制器控制着Pod的副本数量,监控着Pod的状态,当副本不够用时,及时补全,当过多时,及时剔除;

  3. CoreDns也是有Service的;

 

最后

以上就是紧张果汁为你收集整理的Kubernetes ---- kubectl创建、管理Service、Pod、Controller(为解释关系)总结:的全部内容,希望文章能够帮你解决Kubernetes ---- kubectl创建、管理Service、Pod、Controller(为解释关系)总结:所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(46)

评论列表共有 0 条评论

立即
投稿
返回
顶部