摘要:负载均衡一组副本分配一个私有的集群地址,负载均衡转发请求到后端容器。在节点上实现网络代理,维护网络规则和四层负载均衡工作。
一、Kubernetes介绍
Kubernetes是Google在2014年6月开源的一个容器集群管理系统,使用Go语言开发,Kubernetes也叫K8S。K8S是Google内部一个叫Borg的容器集群管理系统衍生出来的,Borg已经在Google大规模生产运行十年之久。K8S主要用于自动化部署、扩展和管理容器应用,提供了资源调度、部署管理、服务发现、扩容缩容、监控等一整套功能。2015年7月,Kubernetes v1.0正式发布,截止到2017年9月29日最新稳定版本是v1.8.0 Kubernetes目标是让部署容器化应用简单高效。
官方网站:www.kubernetes.io
Pod中容器之间共享数据,可以使用数据卷。
2、应用程序健康检查容器内服务可能进程堵塞无法处理请求,可以设置监控检查策略保证应用健壮性。
3、复制应用程序实例控制器维护着Pod副本数量,保证一个Pod或一组同类的Pod数量始终可用。
4、弹性伸缩根据设定的指标(CPU利用率)自动缩放Pod副本数。
5、服务发现使用环境变量或DNS服务插件保证容器中程序发现Pod入口访问地址。
6、负载均衡一组Pod副本分配一个私有的集群IP地址,负载均衡转发请求到后端容器。在集群内部其他Pod可通过这个ClusterIP访问应用。
7、滚动更新更新服务不中断,一次更新一个Pod,而不是同时删除整个服务。
8、服务编排通过文件描述部署服务,使得应用程序部署变得更高效。
9、资源监控Node节点组件集成cAdvisor资源收集工具,可通过Heapster汇总整个集群节点资源数据,然后存储到InfluxDB时序数据库,再由Grafana展示。
10、提供认证和授权支持属性访问控制(ABAC)、角色访问控制(RBAC)认证授权策略。
基本对象概念 基本对象: 1、PodPod是最小部署单元,一个Pod有一个或多个容器组成,Pod中容器共享存储和网络,在同一台Docker主机上运行。
2、ServiceService一个应用服务抽象,定义了Pod逻辑集合和访问这个Pod集合的策略。
Service代理Pod集合对外表现是为一个访问入口,分配一个集群IP地址,来自这个IP的请求将负载均衡转发后端Pod中的容器。
Service通过LableSelector选择一组Pod提供服务。
3、Volume数据卷,共享Pod中容器使用的数据。
4、Namespace命名空间将对象逻辑上分配到不同Namespace,可以是不同的项目、用户等区分管理,并设定控制策略,从而实现多租户。
命名空间也称为虚拟集群。
5、Lable标签用于区分对象(比如Pod、Service),键/值对存在;每个对象可以有多个标签,通过标签关联对象。
基于基本对象更高层次抽象: 1、ReplicaSet下一代ReplicationController。确保任何给定时间指定的Pod副本数量,并提供声明式更新等功能。
RC与RS唯一区别就是lableselector支持不同,RS支持新的基于集合的标签,RC仅支持基于等式的标签。
2、DeploymentDeployment是一个更高层次的API对象,它管理ReplicaSets和Pod,并提供声明式更新等功能。
官方建议使用Deployment管理ReplicaSets,而不是直接使用ReplicaSets,这就意味着可能永远不需要直接操作ReplicaSet对象。
3、StatefulSetStatefulSet适合持久性的应用程序,有唯一的网络标识符(IP),持久存储,有序的部署、扩展、删除和滚动更新。
4、DaemonSetaemonSet确保所有(或一些)节点运行同一个Pod。当节点加入Kubernetes集群中,Pod会被调度到该节点上运行,当节点从集群中移除时,DaemonSet的Pod会被删除。删除DaemonSet会清理它所有创建的Pod。
5、Job一次性任务,运行完成后Pod销毁,不再重新启动新容器。还可以任务定时运行。
二、k8s架构Kubernetes API,集群的统一入口,各组件协调者,以HTTPAPI提供接口服务,所有对象资源的增删改查和监听操作都交给APIServer处理后再提交给Etcd存储。
2、kube-controller-manager处理集群中常规后台任务,一个资源对应一个控制器,而ControllerManager就是负责管理这些控制器的。
3、kube-scheduler根据调度算法为新创建的Pod选择一个Node节点。
Node组件: 1、kubeletkubelet是Master在Node节点上的Agent,管理本机运行容器的生命周期,比如创建容器、Pod挂载数据卷、下载secret、获取容器和节点状态等工作。kubelet将每个Pod转换成一组容器。
2、kube-proxy在Node节点上实现Pod网络代理,维护网络规则和四层负载均衡工作。
3、docker或rocket(rkt)运行容器。
第三方服务: 1、etcd分布式键值存储系统。用于保持集群状态,比如Pod、Service等对象信息。
三、K8S常用命令 查看node-o wide以yaml格式显示详细信息 [root@linux-node1 ~]# kubectl get node -o wide NAME STATUS ROLES AGE VERSION EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME 192.168.56.12 Ready创建deployments6d v1.10.8 CentOS Linux 7 (Core) 3.10.0-514.el7.x86_64 docker://18.6.1 192.168.56.13 Ready 6d v1.10.8 CentOS Linux 7 (Core) 3.10.0-514.el7.x86_64 docker://18.6.1
[root@linux-node1 ~]# kubectl run net-test --image=alpine --replicas=2 sleep 360000 deployment.apps "net-test" created ###查看deployments [root@linux-node1 ~]# kubectl get deployments --all-namespaces -o wide NAMESPACE NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR default net-test 2 2 2 2 13s net-test alpine run=net-test查看deployments详情
[root@linux-node1 ~]# kubectl describe deployment net-test Name: net-test Namespace: default CreationTimestamp: Fri, 28 Sep 2018 05:25:49 -0400 Labels: run=net-test Annotations: deployment.kubernetes.io/revision=1 Selector: run=net-test Replicas: 2 desired | 2 updated | 2 total | 2 available | 0 unavailable StrategyType: RollingUpdate MinReadySeconds: 0 RollingUpdateStrategy: 1 max unavailable, 1 max surge Pod Template: Labels: run=net-test Containers: net-test: Image: alpine Port:删除deploymentsHost Port: Args: sleep 360000 Environment: Mounts: Volumes: Conditions: Type Status Reason ---- ------ ------ Available True MinimumReplicasAvailable Progressing True NewReplicaSetAvailable OldReplicaSets: NewReplicaSet: net-test-5767cb94df (2/2 replicas created) Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal ScalingReplicaSet 9m deployment-controller Scaled up replica set net-test-5767cb94df to 2
[root@linux-node1 ~]# kubectl delete deployment net-test -n default deployment.extensions "net-test" deleted查看pod
[root@linux-node1 ~]# kubectl get pod -o wide NAME READY STATUS RESTARTS AGE IP NODE net-test-5767cb94df-7lwtq 1/1 Running 0 3m 10.2.96.11 192.168.56.13 net-test-5767cb94df-wcwg5 1/1 Running 0 3m 10.2.96.10 192.168.56.12 -o wide以yaml格式显示Pod的详细信息 kubectl get pod查看pod的详情-o wide [root@linux-node1 ~]# kubectl get pod net-test-5767cb94df-7lwtq -o wide NAME READY STATUS RESTARTS AGE IP NODE net-test-5767cb94df-7lwtq 1/1 Running 0 2m 10.2.96.11 192.168.56.13
[root@linux-node1 ~]# kubectl describe pod net-test-5767cb94df-7lwtq Name: net-test-5767cb94df-7lwtq Namespace: default Node: 192.168.56.13/192.168.56.13 Start Time: Fri, 28 Sep 2018 05:25:49 -0400 Labels: pod-template-hash=1323765089 run=net-test Annotations:Status: Running IP: 10.2.96.11 Controlled By: ReplicaSet/net-test-5767cb94df Containers: net-test: Container ID: docker://fc0889ca3141cdcd29fc137da45dcb913b7aece71dea76e1508cf34aa93ed0ce Image: alpine Image ID: docker-pullable://alpine@sha256:621c2f39f8133acb8e64023a94dbdf0d5ca81896102b9e57c0dc184cadaf5528 Port: Host Port: Args: sleep 360000 State: Running Started: Fri, 28 Sep 2018 05:25:56 -0400 Ready: True Restart Count: 0 Environment: Mounts: /var/run/secrets/kubernetes.io/serviceaccount from default-token-xr766 (ro) Conditions: Type Status Initialized True Ready True PodScheduled True Volumes: default-token-xr766: Type: Secret (a volume populated by a Secret) SecretName: default-token-xr766 Optional: false QoS Class: BestEffort Node-Selectors: Tolerations: Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 3m default-scheduler Successfully assigned net-test-5767cb94df-7lwtq to 192.168.56.13 Normal SuccessfulMountVolume 3m kubelet, 192.168.56.13 MountVolume.SetUp succeeded for volume "default-token-xr766" Normal Pulling 3m kubelet, 192.168.56.13 pulling image "alpine" Normal Pulled 3m kubelet, 192.168.56.13 Successfully pulled image "alpine" Normal Created 3m kubelet, 192.168.56.13 Created container Normal Started 3m kubelet, 192.168.56.13 Started container
https://blog.csdn.net/liumiaocn/article/details/73913597 Kubernetes之kubectl常用命令使用指南:1:创建和删除 https://blog.csdn.net/qq_32828145/article/details/81429232 k8s之Deployment与service
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/33084.html
摘要:下面我想介绍另一种学习思路,自顶向下的学习。是通过虚拟机创建集群,支持多种虚拟机,我这里用的。对内或对外暴露服务。和的控制器,通过配置的规则来管理。三个主要的命令行程序用了启动集群。需要在所以节点上运行,处理集群内部通讯,类似。 之前就玩过docker,但是一直不知道怎么把容器运用到生产上。构建一个docker镜像,把他run起来很简单;难的是容器的部署(CICD),容器的网络,数据持...
摘要:下面我想介绍另一种学习思路,自顶向下的学习。是通过虚拟机创建集群,支持多种虚拟机,我这里用的。对内或对外暴露服务。和的控制器,通过配置的规则来管理。三个主要的命令行程序用了启动集群。需要在所以节点上运行,处理集群内部通讯,类似。 之前就玩过docker,但是一直不知道怎么把容器运用到生产上。构建一个docker镜像,把他run起来很简单;难的是容器的部署(CICD),容器的网络,数据持...
摘要:下面我想介绍另一种学习思路,自顶向下的学习。是通过虚拟机创建集群,支持多种虚拟机,我这里用的。对内或对外暴露服务。和的控制器,通过配置的规则来管理。三个主要的命令行程序用了启动集群。需要在所以节点上运行,处理集群内部通讯,类似。 之前就玩过docker,但是一直不知道怎么把容器运用到生产上。构建一个docker镜像,把他run起来很简单;难的是容器的部署(CICD),容器的网络,数据持...
摘要:将用户命令通过接口传送给,从而进行资源的增删改等操作。要使用编写应用程序,当下大多语言都可以很方便地去实现请求来操作的接口从而控制和查询资源,但本文主要是利用已有的客户端来更加优雅地实现的资源控制。 showImg(https://segmentfault.com/img/remote/1460000013517345); 【利用K8S技术栈打造个人私有云系列文章目录】 利用K8S...
摘要:将用户命令通过接口传送给,从而进行资源的增删改等操作。要使用编写应用程序,当下大多语言都可以很方便地去实现请求来操作的接口从而控制和查询资源,但本文主要是利用已有的客户端来更加优雅地实现的资源控制。 showImg(https://segmentfault.com/img/remote/1460000013517345); 【利用K8S技术栈打造个人私有云系列文章目录】 利用K8S...
阅读 3494·2021-11-24 11:17
阅读 2281·2021-11-15 11:38
阅读 3367·2021-10-14 09:42
阅读 2930·2019-08-30 15:54
阅读 2024·2019-08-28 18:09
阅读 538·2019-08-26 11:48
阅读 1632·2019-08-26 10:48
阅读 2146·2019-08-26 10:45