当前位置:首页 > Web开发 > 正文

包括多层次的安全防护和准入机制、多租户应用支撑能力、透明的服务注册和服务发现机制、内建负载均衡器、故障发现和自我修复能力

2024-03-31 Web开发

标签:

1.1 根基观点

Kubernetes最初源于谷歌内部的Borg,供给了面向应用的容器集群部署和打点系统。Kubernetes的方针旨在消除编排物理/虚拟计算,网络和存储根本设施的承担,并使应用措施运营商和开发人员完全将重点放在以容器为中心的原语长进行自助运营。Kubernetes 也供给不变、兼容的根本(平台),用于构建定制化的workflows 和更高级的自动化任务。 Kubernetes 具备完善的集群打点能力,包孕多条理的安适防护和准入机制、多租户应用支撑能力、透明的处事注册和处事发明机制、内建负载均衡器、故障发明和自我修复能力、处事滚动升级和在线扩容、可扩展的资源自动调理机制、多粒度的资源配额打点能力。 Kubernetes 还供给完善的打点工具,涵盖开发、部署测试、运维监控等各个环节。

Kubernetes作为云原生应用的基石,相当于一个云操纵系统。

1.2 Kubernetes架构图

技术图片

架构一

技术图片

架构二

1.3 Kubernetes主要核心组件

etcd生存了整个集群的状态;

apiserver供给了资源操纵的独一入口,并供给认证、授权、访谒控制、API注册和发明等机制;

controller manager卖力维护集群的状态,好比故障检测、自动扩展、滚动更新等;

scheduler卖力资源的调理,凭据预定的调理计谋将Pod调理到相应的机器上;

kubelet卖力维护容器的生命周期,同时也卖力Volume(CSI)和网络(CNI)的打点;

Container runtime卖力镜像打点以及Pod和容器的真正运行(CRI);

kube-proxy卖力为Service供给cluster内部的处事发明和负载均衡;

除了核心组件,还有一些保举的Add-ons(更新中)

kube-dns卖力为整个集群供给DNS处事

Ingress Controller为处事供给外网入口

Heapster供给资源监控

Dashboard供给GUI

Federation供给跨可用区的集群

2.1Kubernetes 介绍

Kubernetes是一个完备的漫衍式系统支撑平台。Kubernetes具有完备的集群打点能力,包孕多条理的安适防护和准入机制/多租户应用支撑能力、透明的处事注册和处事发明机制、内建智能负载均衡器、强大的故障发明和自我修复成果、处事滚动升级和在线扩容能力、可扩展的资源自动调理机制,以及多粒度的资源配额打点能力。同时kubernetes供给了完善的打点工具,这些工具笼罩了包孕开发、测试部署、运维监控在内的各个环节;因此kubernetes是一个全新的基于容器技术的漫衍式架构解决方案,并且是一个一站式的完备的漫衍式系统开发和支撑平台

技术图片

2.2 Kubernetes 根本处事简介 2.2.1 Kubernetes Service

Service(处事)是漫衍式集群架构的核心,一个Server 东西拥有如下关键特征

(1) 拥有一个独一指定的名字(好比mysql-server)

(2) 拥有一个虚拟IP (Cluster IP、Service IP或VIP)和端标语

(3) 能够供给某种长途处事能力

(4) 被映射到了供给这种处事能力的一组容器应用上

Service的处事进程目前都基于Socker通信方法对外供给处事,好比redis、memcache、MySQL、Web Server,或者是实现了某个具体业务的一个特定的TCP Server进程。虽然一个Service凡是由多个相关的处事进程来供给处事,每个处事进程都有一个独立的Endpoint(IP+Port)访谒点,但Kubernetes 能够让我们通过Service虚拟Cluster IP+Service Port连接到指定的Service上。有了Kubernetes内建的透明负载均衡和故障恢复机制,不管后端有几多处事进程,也不管某个处事进程是否会由于产生故障而从头部署到其他机器,都不会影响到我们对处事的正常挪用。更重要的是这个Service自己一旦创建就不再变革,这意味着Kubernetes集群中,再也不用为了处事的IP地点变来变去的问题而懊恼。

技术图片

2.2.2 Kubernetes Pod

Pod观点

Pod运行在一个我们称之为节点Node的环境中,可以是私有云也可以是公有云的虚拟机或者物理机,凡是在一个节点上运行几百个Pod;其次,每个Pod里运行着一个特殊的被称之为Pause的容器,其他容器则为业务容器,这些业务容器共享Pause容器的网络栈和Volume挂载卷,因此他们之间的通讯和数据交换更为高效。在设计时我们可以丰裕操作这一特征将一组密切相关的处事进程放入同一个Pod中。

并不是每个Pod和它里面运行的容器都能映射到一个Service 上,只有那些供给处事(无论是对内还是对外)的一组Pod才会被映射成一个处事。

技术图片

Service Pod如何关联

温馨提示: 本文由Jm博客推荐,转载请保留链接: https://www.jmwww.net/file/web/33266.html