k8s

陈述式资源管理

一、陈述式资源管理

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

  1. kubectl是官方的CLI命令行工具，用于与apiserver 进行通信，将用户在命令行输入的命令，组织并转化为apiserver能识别的信息，进而实现管理k8s 各种资源的一种有 效途径
  1. kubectl 的命令大全
    kubectl --help
    k8s中文文档: http://docs.kubernetes.org.cn/683.html

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

查看版本信息
kubectl version

在这里插入图片描述

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

在这里插入图片描述

查看集群信息
kubectl cluster-info

在这里插入图片描述

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

在这里插入图片描述

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

在这里插入图片描述

二、基本信息查看

kubectl get <resource> [-o wide | jsonlyaml] [-n namespace]

获取资源的相关信息，-n指定命令空间，-o指定输出格式resource可以是具体资源名称，如pod nginx - xxx;也可以是资源类型，如pod; 或者all (仅展示几种核心资源，并不完整)

--all-namespaces 或-A :表示显示所有命令空间，
--show-labels :显示所有标签
-l app:仅显示标签为app的资源
-l app=nginx :仅显示包含app标签，且值为nginx的资源

在这里插入图片描述

查看master 节点状态
kubectl get components tatuses
kubectl get cs

在这里插入图片描述

查看命令空间
kubectl get namespace 
kubectl get ns
命令空间的作用:用于允许不同命令空间的相同类型的资源重名的

在这里插入图片描述

查看default命名空间的所有资源
kubectl get all -n default

在这里插入图片描述

创建命名空间app
kubectl create ns app
kubectl get ns

在这里插入图片描述

删除命名空间app
kubectl delete namespace app
kubectl get ns

在这里插入图片描述

在命名空间kube-public 创建副本控制器( deployment) 来启动Pod (nginx-wl )
kubectl create deployment nginx-lp --image=nginx -n kube-public
描述某个资源的详细信息
kubectl describe deployment nginx-lp -n kube-public
kubectl describe pod nginx-lp-dd5ff78d-fwnnp -n kube-public

在这里插入图片描述
在这里插入图片描述

查看命名空间kube-public中的pod信息
kubectl get pods -n kube-public
NAME                      READY   STATUS    RESTARTS   AGE
nginx-lp-dd5ff78d-fwnnp   1/1     Running   0          68s

在这里插入图片描述

kubect1 exec可以跨主机登录容器，docker exec只能在容器所在主机上登录
kubectl exec -it nginx-lp-dd5ff78d-fwnnp bash -n kube-public

在这里插入图片描述

删除(重启)pod资源，由于存在deployment/rc之类的副本控制器，删除pod也会重新拉起来
kubectl delete pod nginx-lp-dd5ff78d-fwnnp -n kube-public

在这里插入图片描述

若pod无法删除，总是处于terminate状态，则要强行删除pod
kubectl delete pod <pod-name> -n <namespace> --force --grace-period=0
grace-period表示过渡存活期，默认30s， 在删除pod之前允许POD慢慢终止其上的容器进程，从而优雅退出，0表示立即终止pod
若pod无法删除，总是处于terminate状态，则要强行删除pod
kubectl delete pod <pod-name> -n <namespace> --force --grace-period=0
grace-period表示过渡存活期，默认30s， 在删除pod之前允许POD慢慢终止其上的容器进程，从而优雅退出，0表示立即终u止:pod
扩缩容
kubectl scale deployment nginx-lp --replicas=2 -n kube-public			#扩容
othectl scale deployment nginx-lp --replicas=1 -n kube-public 			#缩容

在这里插入图片描述
在这里插入图片描述

项目的生命周期

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

1、创建kubectl run命令

创建并运行一个或多个容器镜像。
创建一个deployment或job来管理容器。

kubectl run --help

在这里插入图片描述

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

kubectl get pods
kubectl get all

在这里插入图片描述
在这里插入图片描述

2、发布Fubectl 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

在这里插入图片描述

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

service的类型

ClusterIP:提供一个集群内部的虚拟IP以供Pod访问( service默认类型)

NodePort:在每个Node上打开一个端口以供外部访问，Kubernetes将会在每个Node.上打开一个端口并且每个Node的端口都是一样的，通过NodeIp: NodePort的方式Kubernetes集群外部的程序可以访问Service。
注:每个端口只能是一种服务，端口范围只能是30000-327675

LoadBalancer:通过外部的负载均衡器来访问，通常在云平台部署LoadBalancer还需要额外的费用。

在这里插入图片描述

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

在这里插入图片描述

查看关联后端的节点
kubectl get endpoints

在这里插入图片描述

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

在这里插入图片描述

在node 节点上操作，同样方式查看负载均衡端口
yum install ipvsadm -y
ipvsadm -Ln

在这里插入图片描述

在master01操作查看访问日志
kubectl logs nginx-65fc77987d-4hqlt
kubectl logs nginx-65fc77987d-bg79t
kubectl logs nginx-test1-7c5f7ccf5b-9ppfw

在这里插入图片描述

3、更新kubectl set

更改现有应用资源一些信息。

kubectl set -help

在这里插入图片描述

获取修改模板
kubectl set image --help

Examples:
# 	Set a deployment's nginx container image to 'nginx:1.9.1'， and its busybox container image to 'busybox'
	kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1

在这里插入图片描述

查看当前nginx 的版本号
curl -I http://192.168.100.110:31942
curl -I http://192.168.100.120:31942

在这里插入图片描述

将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 http://192.168.100.110:31942
curl -I http://192.168.100.120:31942

4、回滚kubectl rollout

对资源进行回滚管理

kubectl rollout --help

在这里插入图片描述

查看历史版本
kubectl rollout history deployment/nginx

在这里插入图片描述
在这里插入图片描述

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

在这里插入图片描述

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

在这里插入图片描述

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

在这里插入图片描述

5、删除kubectl delete

删除副本控制器
kubectl delete deployment/nginx
删除service
kubectl delete svc/nginx-service
kubectl get all

在这里插入图片描述

总结

陈述式	kubectl命令行管理k8s资源
声明式	通过yaml资源配置清单文件在实现资源的管理	kubectl create/apply -f *. yaml

集群内部的用户或者程序通过访问clusterip:port 会被service 转发到相应的pod ip上的target-port,I 然后再有target-port转发(映射)到容器内部的程序所使用的container port

集群外部的用户或者程序通过访问nodeip:nodeport 会被service 转发到相应的pod ip上的target-port，然后再有target-port转发(映射)到容器内部的程序所使用的container port
注意:这里的Nodeip就是pod所在的任意Node节点的物理网卡IP 地址，它们使用的nodeport都是一样的!
Logo
K8S/Kubernetes

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

更多推荐

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

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

avatar K8S/Kubernetes

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

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

avatar K8S/Kubernetes

k8s 火了！

2020，上云之年，产品云端化成为一种趋势。在一线城市，很多公司都已经构建了自己的私有云环境，比如阿里云、网易云、华为云等。而Kubernetes 作为基于容器编排领域的王者，具备扩展...

avatar K8S/Kubernetes