k8s集群部署完成后的运行流程与基础命令-创新互联
Master node(主节点)
Linux:一切皆是文件
K8s:一切皆是资源
Kubectl:k8s是命令行端,用来发送用户的操做指令。
Authorization(认证授权机制)
API(编程接口)
API server:(背)是k8s集群的(前端接口)。各种客户端工具以及k8s的其他组件可以通过它管理k8s集群的各种资源。他提供了HTTP/HTTPS RESTful API即K8S API.
Scheduler:(调度的意思)负责决定将Pod放在那个node上运行,在调度是,会充分考虑集群的拓扑结构,,当前各个节点的负载情况,以及应对高可用,性能,数据亲和性和需求。
Controller Manager:负责管理集群的各种资源,保证资源处于预期的状态,它有多种Controller(控制器)组成,包括Replication Controller。Endpoints Controller。 Namespace Controller。 Serviceaccounts Controller等等。
第三方组件:他有可替换方案。Consul,zookeeper。
Etcd:负责保存k8s集群的配置信息和各种资源的状态信息,当数据发生变化时,etcd会快速的通知k8s相关组件。
**Pod:k8s集群的最小组成单位,一个Pod内,可以运行一个或多个容器。大多数情况下,一个Pod内只有一个Container容器。
Flannel:是k8s集群网络方案,可以保证Pod的跨主机通信。
第三方解决方案,也有替换方案。
可以查看IP地址,以及运行在那个节点之上。
[root@master ~]# kubectl get pod --all-namespaces -o wide
Node 节点:
Kubelet:他是node的agent(代理),当scheduler确定某个Node上运行Pod之后,会将Pod的具体配置信息发送给该节点的kubelet,kubelet会根据这些信息创建和运行容器,并向Master报告运行状态。
kube-proxy:负责将访问service的TCP/UDP数据流转发到后端的容器,如果有多个副本,kube-proxy会实现负载均衡。
Cadvisor:控制
//运行一个例子:
创建一个deployment资源对象,pod控制器
kubectl run test-web --image=httpd --replicas=2
查看:
[root@master ~]# kubectl get pod -o wide
[root@master ~]# kubectl get deployments.
分析各个组件的作用以及架构工作流程。
1》kubectl发送部署请求到API server
2》APIserver通知Controller Manager创建一个Deployment资源
3》Scheduler执行调度任务,将两个副本Pod分发到node01和node02上
4》node01和node2上的kubelet在各自节点上创建并运行Pod。
补充:
1.应用的配置和当前的状态信息保存在etcd中,执行kubectl get pod 是API server会从etcd中读取这些数据。
2.Flannel会为每个Pod分配一个IP,但此时没有创建Service资源,目前kube-proxy还没有参与进来。
kubectl run test-web --image=httpd --replicas=2
kubectl get nodes
19 kubectl get deployments.
20 kubectl get pod
21 kubectl get pod -o wide
22 systemctl restart kubelet.service
23 kubectl get pod -o wide
24 kubectl delete pod test-web-5b56bdff65-fwp4l
26 kubectl get pod -o wide
2.Flannel回味每个pod分配一个ip,但此时没有闯进啊service资源,目前kube-proxy还没有参与进来
名称栏目:k8s集群部署完成后的运行流程与基础命令-创新互联
文章网址:http://ybzwz.com/article/dijsjs.html