Kubernetes 资源管理-陈述式

资源管理介绍

资源管理概念

在kubernetes中,所有的内容都抽象为资源,用户需要通过操作资源来管理kubernetes。

kubernetes的本质就是一个集群系统,用户可以在集群中部署各种服务,起始就是在kubernetes集群中运行一个个容器,并将指定的程序跑在容器中。

kubernetes的最小管理单元是pod而不是容器,所以只能将容器放在pod中,而kubernetes一般也不会直接管理pod,而是通过pod控制器来管理pod的。

Pod可以提供服务之后,就要考虑如何访问Pod,kubernetes提供了service资源实现这个功能。

当然,如果Pod中程序的数据需要持久化,kubernetes还提供了各种存储系统
 

资源管理方式

命令式对象管理

直接使用命令去操作kubernetes资源

也叫陈诉式管理方法:通过命名式语句来实现对资源管理。

如:kubectl run nginx-pod --image=nginx:1.17.1 --port=80

声明式对象配置

通过apply命令和配置文件去操作kubernetes资源

如:kubectl apply -f nginx-pod.yaml

陈述式资源管理

1、kubernetes 集群管理集群资源的唯一入口是通过相应的方法调用 apiserver 的接口

2、kubectl 是官方的CLI命令行工具,用于与 apiserver 进行通信,将用户在命令行输入的命令,组织并转化为 apiserver 能识别的信息,进而实现管理 k8s 各种资源的一种有效途径

3、kubectl 的命令大全

kubectl --help
k8s中文文档:http://docs.kubernetes.org.cn/683.html

4、对资源的增、删、查操作比较方便,但对改的操作就不容易了
 

kubectl命令语法格式

kubectl [command] [type] [name] [flags]

command: #指定要对资源执行的操作,例如:create、get、delete

type: #指定资源类型,比如deployment、pod、service

name: #指定资源的名称,名称大小写敏感

flags: #指定额外的可选参数

基础命令

#查看版本信息
kubectl version

#查看资源对象简写
kubectl api-resources

#查看集群信息 
kubectl cluster-info

#配置kubectl自动补全
source <(kubectl completion bash)

#node节点查看日志
journalctl -u kubelet -f

基本信息查看

kubectl get <resource> [-o wide|json|yaml] [-n namespace]
获取资源的相关信息,-n 指定命令空间,-o 指定输出格式
resource可以是具体资源名称,如pod nginx-xxx;也可以是资源类型,如pod;或者all(仅展示几种核心资源,并不完整)
--all-namespaces 或 -A :表示显示所有命令空间,
--show-labels :显示所有标签
-l app :仅显示标签为app的资源
-l app=nginx :仅显示包含app标签,且值为nginx的资源


--all-namespace 或 -A   #表示显示所有的命令空间
--show-labels #显示所有标签
-l app #仅显示标签为app的资源
-n  #指定命令空间
-owide #显示详细信息
kubectl get pods
#查看当前默认命令空间(defaults)的pods信息

kubectl get pods -n kube-system
#查看指定的kube-system命名空间的资源

kubectl get pods -owide
#查看默认命名空间的pod详细信息

kubectl get pods -A
#查看所有命名空间的pod资源信息

kubectl get pods -A -owide
#查看所有命名空间下的pod资源信息,并显示详细信息

kubectl get pods --show-labels 
#查看当前默认的命令空间的下的pods的标签类型信息

kubectl get pods --show-labels -A
#查看所有命令空间下的标签信息

kubectl get pods -A -l app
#查看所有命名空间下,仅显示标签为app的资源

kubectl get pods -l app=nginx -n test1
#查看指定命名空间下的标签为nginx的资源

kubectl get cs
#查看服务组件状态信息

kubectl get nodes 
#查看node节点集群的信息

kubectl get ns
#查看命令空间资源(用于允许不同 命名空间 的 相同类型 的资源 重名的)

kubectl get deployment
#查看deployment的pod控制器

kubectl get all
#查看默认命名空间下的所有资源

kebectl get svc 
#查看service信息

增删等操作

创建pod资源

创建pod资源分为两种,一种为 自主式pod ,一种为 控制器pod
自主式pod创建无法指定副本数量,当pod挂掉后,不会进行重建,可直接删除。
(deployment)控制器pod 创建可以设置副本数量,且当pod挂掉后,pod控制器会重新创建,要想删除只能删除pod控制器。
kubectl create ns app
#创建命名空间app

kubectl delete ns app
#删除命名空间app

kubectl create deployment test-nginx --image=nginx --port=80 --replicas=2 -n kube-public 

#在命名空间kube-public创建副本控制器(deployment)来启动pod,并创建2个副本(pod名称它会随机)
#删除它只能删除的pod控制器(deployment),删除控制器后,pod控制器下面的所有pod都会删除
###注意!!!!pod控制器,不能单独创建,基本是和创建pod一起制定创建pod控制器。

kubectl run test2-nginx --image=nginx -n kube-public

#直接创建自主式pod(挂掉后不会重建,没有pod控制器)
#可以直接删除这个pod,它没有pod控制器

kubectl describe deployment test-nginx -n kube-public
#查看nginx-ydq的pod控制器的详细信息

kubectl describe pods 【pod名称】 -n kube-public
#查看某个pod的详细信息

kubectl delete deployment test-nginx -n kube-public
#删除pod控制器,(里面所有的pod都会被删除)

kubectl delete pod test2-nginx -n kube-public
#删除自主式pod。

kubectl delete pod 【pod名称】 -n 【命名空间】 --force --grace-period=0

#如pod无法删除,总是处于terminate状态,则要强行删除
#grace-period 表示过度存活期,默认30s,在删除pod之前允许POD慢慢终止其上的容器进程,从而优雅退出,0表示立即终止

登录pod中的容器

kubectl exec -it 【pod名称】 bash
#可以跨主机登录到指定的pod中的容器中,docker exec只能在容器所在主机上登录

扩容缩容pod控制器的pod

可以根据指定的数量,创建或缩小任意的pod的数量。

kubectl scale deployment t1-nginx --replicas=4 -n kube-public
#扩容

kubectl scale deployment t1-nginx --replicas=2 -n kube-public 
#缩容

标签操作(labels)

kubectl run lb-nginx --image=nginx 
#创建自主式的pod

kubectl get pods lb-nginx --show-labels
#查看当前pod的标签

kubectl label pods lb-nginx version=1.0
#给nginx-ydq的pod加上标签信息

kubectl label pods lb-nginx version=2.0 --overwrite
#更新版本标签

简单案例

以一个namespace/pod的创建pod和删除简单演示

# 创建一个namespace
kubectl create namespace demo1

# 获取namespace
kubectl get ns

# 在此namespace下创建并运行一个nginx的Pod,名称为Pod
kubectl run pod --image=nginx:latest -n demo1

# 查看新创建的pod
kubectl get pod -n demo1

#查看新创建pod的详细信息
kubectl describe pods pod -n demo1

# 删除指定的pod(前面指定删除Pod,后面指定名称)
kubectl delete pod pod -n demo1

# 删除指定的namespace
kubectl delete ns demo1

k8s的ip和端口介绍

ip的种类

kubernetes集群中有三种IP地址,分别如下:

        Node IP: Node节点的IP地址,即物理网卡的IP地址。

        Pod IP: Pod的IP地址,也就是docker容器的ip地址,此为虚拟IP地址

        Cluster IP: service的IP地址,此为虚拟IP地址

Node IP

可以时候物理机的IP (也可能是虚拟机的IP)。
每个service都会在node节点上开通一个端口,外部可以通过NodeIP:NodePort即可访问Service里的Pod,
和我们访问服务器部署的项目一样,IP:端口/项目名

Cluster IP

service的IP地址,此为虚拟的ip地址,外部网络无法ping通,只有kubernets集群内部使用。


Cluster IP 是一个虚拟的IP,但更像是一个伪造的IP网络

Cluster IP 仅仅作用于 kubernetes service 这个对象,并由kubernetes管理和分配IP地址。
Cluster IP无法被ping,他没有一个“实体网络对象”来响应
Cluster IP只能结合Service Port组成一个具体的通信端口,单独的Cluster IP不具备通信的基础,并且他们属于Kubernetes集群这样一个封闭的空间。
在不同Service下的pod节点在集群间相互访问可以通过Cluster IP

Pod IP

Pod IP是每个Pod的IP地址,他是Docker Engine根据docker网桥的IP地址段进行分配的,通常是一个虚拟的二层网络

同Service下的pod可以直接根据PodIP相互通信、
不同Service下的pod在集群间pod通信要借助于 cluster ip
pod和集群外通信,要借助于node ip

三种IP网络间通信

service地址和pod地址在不同网段,service地址为虚拟地址,不配在pod上或主机上,外部访问时,先到Node节点网络,再转到service网络,最后代理给pod网络。

Kubernetes在其所有节点上开放一个端口给外部访问(所有节点上都使用相同的端口号), 并将传入的连接转发给作为Service服务对象的pod。这样我们的pod就可以被外部请求访问到

k8s暴露服务给外部访问有三种方式,NodePort、LoadBalane、Ingress三种暴露服务的方式,上图是用了NodePort的方式,缺点是服务一旦多起来,NodePort 在每个节点上开启的端口数量会极其庞大,难以维护

port种类

node Port

外部流量访问k8s集群中service入口的一种方式(另一种方式是LoadBalancer),即nodeIP:nodePort是提供给外部流量访问k8s集群中service的入口。

Port

k8s集群内部服务之间访问service的入口。即clusterIP:port是service暴露在clusterIP上的端口。比如 mysql容器暴露了3306端口,集群内其他容器通过33306端口访问mysql服务,但是外部流量不能访问mysql服务,因为mysql服务没有配置NodePort。

target Port

targetPort是pod上的端口,从port和nodePort上来的流量,经过kube-proxy流入到后端pod的targetPort上,最后进入容器。
containner port

容器内部进程使用的端口。

hostPort

这是一种直接定义Pod网络的方式。hostPort是直接将容器的端口与所调度的节点上的端口路由,这样用户就可以通过宿主机的IP加上来访问Pod了

项目生命周期

项目的生命周期: 创建---->发布------>更新------->回滚------->删除

创建 (kubectl create)

        创建并运行一个或多个容器镜像

        创建一个deployment 或job来管理容器

        使用:kubectl create --help ,来查看详细的用法。

#启动 nginx 实例,暴露容器端口80,设置副本数3
kubectl create deployment nginx --image=nginx:1.14 --port=80 --replicas=3

#查看容器
kubectl get pods

#查看所有资源
kubectl get all

发布 (kubectl expose)

将资源暴露为新的 Service。
kubectl expose --help

#为deployment的nginx创建service,并通过Service的80端口转发至容器的80端口上,Service的名称为nginx-service,类型为NodePort

kubectl expose deployment nginx --port=80 --target-port=80 --name=nginx-service --type=NodePort

#查看
kubectl get svc

 

       service的作用与类型

        service的作用

  • Kubernetes 之所以需要 Service,一方面是因为 Pod 的 IP 不是固定的(Pod可能会重建),另一方面则是因为一组 Pod 实例之间总会有负载均衡的需求。
  • Service 通过 Label Selector 实现的对一组的 Pod 的访问。
  • 对于容器应用而言,Kubernetes 提供了基于 VIP(虚拟IP) 的网桥的方式访问 Service,再由 Service 重定向到相应的 Pod。
     

        service 的 type 类型

  • ClusterIP:提供一个集群内部的虚拟IP以供Pod访问(service默认类型)
  • NodePort:在每个Node上打开一个端口以供外部访问,Kubernetes将会在每个Node上打开一个端口并且每个Node的端口都是一样的,通过 NodeIp:NodePort 的方式Kubernetes集群外部的程序可以访问Service。
  • 每个端口只能是一种服务,端口范围只能是 30000-32767。
  • LoadBalancer:通过设置LoadBalancer映射到云服务商提供的LoadBalancer地址。这种用法仅用于在公有云服务提供商的云平台上设置Service的场景。通过外部的负载均衡器来访问,通常在云平台部署LoadBalancer还需要额外的费用。
  • 在service提交后,Kubernetes就会调用CloudProvider在公有云上为你创建一个负载均衡服务,并且把被代理的Pod的IP地址配置给负载均衡服务做后端。
  • externalName:将service名称映射到一个DNS域名上,相当于DNS服务的CNAME记录,用于让Pod去访问集群外部的资源,它本身没有绑定任何的资源。
  • headless clusterIP  无头模式  

k8s中的端口

端口总结

port : 为service在clusterIP上暴露的端口
targetport : 对应容器映射在pod上的端口
nodeport: 可以通过在k8s集群外部使用的nodeip+nodeport 来访问service
containnerport : 容器内部进程使用的端口。

K8s集群内部:

客户端—》clusterIP:port—》通过targetport ----》pod port --》container port

客户端—》nodeIP:nodeport—》通过targetport ----》pod port --》container port

k8s集群外部

客户端–》nodeip:nodeport–》通过targetport ----》pod port --》container port

命令总结

kubectl get pods,svc -o wide
#查看pod网络状态详细信息和service暴露端口

kubectl get enpoints
#查看关联后端的节点(集群的地址)

kubectl describe svc nginx
#查看service的描述信息

curl 20.0.0.120:30544
#访问查看

kubectl log 【pod名称】
#查看访问日志
#可查看到访问地址,但有的pod没有日志;原因:service是通过负载均衡轮流将请求给到后端的pod。

更新 (kubectl set)

#更改现有应用资源一些信息。
kubectl set --help

#获取修改模板
kubectl set image --help
#查看当前 nginx 的版本号
curl -I 20.0.0.120:31756

#将nginx 版本更新为 1.15 版本
kubectl set image deployment/nginx nginx=nginx:1.15

#处于动态监听 pod 状态,由于使用的是滚动更新方式,所以会先生成一个新的pod,然后删除一个旧的pod,往后依次类推
kubectl get pods -w

#再看更新好后的 Pod 的 ip 会改变
kubectl get pods -o wide

#再看 nginx 的版本号
curl -I 20.0.0.120:31756

回滚 (kubectl rollout)

对资源进行回滚管理

kubectl rollout --help
#可进行查看帮助信息
#查看历史版本
kubectl rollout history deployment/nginx 

#执行回滚到上一个版本
kubectl rollout undo deployment/nginx

#执行回滚到指定版本
kubectl rollout undo deployment/nginx --to-revision=2

#检查回滚状态
kubectl rollout status deployment/nginx

删除 (kubectl delete)

#删除副本控制器
kubectl delete deployment/nginx

#删除service
kubectl delete svc/nginx-t

kubectl get all

金丝雀发布(Canary Release)

Deployment控制器支持自定义控制更新过程中的滚动节奏,如“暂停(pause)”或“继续(resume)”更新操作。

比如等待第一批新的Pod资源创建完成后立即暂停更新过程,此时,仅存在一部分新版本的应用,主体部分还是旧的版本。

然后,再筛选一小部分的用户请求路由到新版本的Pod应用,继续观察能否稳定地按期望的方式运行。

确定没问题之后再继续完成余下的Pod资源滚动更新,否则立即回滚更新操作。这就是所谓的金丝雀发布。

(1)更新deployment的版本,并配置暂停deployment
kubectl set image deployment/nginx nginx=nginx:1.14 && kubectl rollout pause deployment/nginx

kubectl rollout status deployment/nginx  #观察更新状态

(2)监控更新的过程,可以看到已经新增了一个资源,但是并未按照预期的状态去删除一个旧的资源,就是因为使用了pause暂停命令
kubectl get pods -w 

curl [-I] 10.0.0.189
curl [-I] 20.0.0.120:44847

(3)确保更新的pod没问题了,继续更新
kubectl rollout resume deployment/nginx

(4)查看最后的更新情况
kubectl get pods -w 

curl [-I] 10.0.0.189
curl [-I] 20.0.0.120:44847

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值