K8S的概念和基本应用

学习视频:Kubernetes基本概念和应用_哔哩哔哩_bilibili

零 . 架构概览

  • master节点:管理调度集群资源,一般为多节点构成,可以是物理机,也可以是虚拟机。
  • worker节点:资源的提供者,一般为多节点构成,可以是物理机,也可以是虚拟机。
  • pod:绿色部分,相当于云平台的虚拟机
  • 容器container:cpu和内存、资源的隔离单位,多节点部署,主容器+辅助容器。它共享pod的存储资源和网络栈。
  • k8s平台:解决集群资源调度的问题,将空闲的pod合理的分配到worker节点上面去。监控集群,如有节点或pod挂了,重新协调和启动pod,保证应用高可用,称为治愈。保证集群的网络,保证pod服务之间可以互通互联。

master节点组件构成

  • master节点:k8s集群的大脑,分布式数据库etcd,k8s集群集中的状态存储:节点,pod,发布,配置等都存储在里面。高可用部署的话,至少需要部署3个节点。
  • 所有的操作都是通过调用apiserver来实现的,可以认为是etcd的代理。
  • scheduler:负责调度决策的组件,比如:pod应该分配到那些worker里面去。
  • controller manager:保证集群状态最终一致的组件。通过apiserver 监控集群的状态,确保实际状态与预期状态一致。

worker节点组件构成

  • kubelet :worker节点的资源管理者,相当于agent角色。监听apiserver的事件,执行master下发的任务,汇报情况给APIserver等,是worker节点的小脑。
  • container runtime:结点容器资源的管理者。kubelet不直接参与动作,而是委托给container runtime。比如:启动或关闭容器,收集容器状态。在启动容器的时候,如果本地没有镜像缓存,会从docker hub 去拉取相应的镜像,缓存到本地。
  • kube-proxy:管理k8s中的服务网络的(servernetwork),当需要把服务暴露给外网的时候,需要kube-proxy代理作为转发。
  • pod:瞬息的,不固定的,ip可能会变(可变+不可变)。

K8S发布pod流程样例

流程解读如下:

1、使用kubectl命令行工具向apiserver发送一个创建一个新的replicaset 的请求。apiserver会将该资源请求先存储到etcd中。

2、controller manager 监听replicaset的 创建或修改相关的事件。接收到上一步的创建pod的一个通知。

3、controller manager比较当前集群状态和预期集群的状态,当发现不一致时,调用第一步中的创建pod的模板,在apiserver中创建预期的pod。

4、scheduler监听到apiserver创建新pod的请求,运行调度算法,选择空闲的work节点。然后通过apiserver更新创建pod的定义。把这些pod指定到具体要发布到哪些work节点上。、

注意,此时:controller manager、scheduler 只是通过apiserver更新了希望创建的集群状态,pod并没有真正创建。

5、一旦pod被分配到某个worker节点,apiserver就会通知相应节点上面的kubelet,kubelet接到通知以后,就会指示他的节点上的container runtime 去运行对应的容器。

6、container runtime就会开始下载镜像,启动容器。同时kubelet开始监控容器的运行。

K8S总体架构

小结各个组件的作用

 虚拟机抽象-pod

  • 容器 = 应用 + 操作系统,是一种资源隔离抽象;
  • pod 是容器的包装,是一种虚拟机抽象;
  • k8s 是管理pod虚拟机的数据中心抽象; 

https://kubernetes.io/docs/concepts/workloads/pods/pod/

  • 一般是一个pod对应一个容器,但也有一对多的情况,一个主,一个辅助。

https://hub.docker.com/r/spring2go/spring-petclinic/tags

发布pod:按照要求书写发布规范。

Pod | Kubernetes

如何访问pod?

针对测试环境:
端口转发功能开启外部访问:
kubectl port-forword petclinic 8080:8080 (主机端口:pod端口)

nodeport service

  • 传统数据中心反向代理原理

通过在数据中心的网络边界部署反向代理(proxy service)将内网资源暴露出去,使得公网可访问。

反向代理2大作用:

反向路由 + 负载均衡

  • k8s的反向代理

label:大标签机制,键值对

selector:路由选择机制,pod一致性。

service:负载均衡

添加一个:labels: 不然无法访问。

 K8S反向代理-service

传统反向代理

配置反向代理将web应用暴露出去。

反向代理作用:4层/7层

1、反向路由:将web请求反向路由到内部的应用地址。里面有个地址映射,比如:将域名映射到内部应用的IP,可直接在代理服务器配置。

2、负载均衡

nodeport service -k8s的反向代理

 作用:

1、反向路由

2、负载均衡

解释:

1、k8s中service是一个抽象概念。在k8s中,service将流量反向路由到后端的pod是通过selector和labels机制实现的。labels是一种打标签机制,selector是一种路由选择机制。selector上的标签和labels上的标签跨域匹配上,那么selector就将流量路由到匹配的pod上。该机制对比传统的nginx更加灵活,,能力更强。

service发布规范样例:

nodeport 范围:30000~32767

通过service实现蓝绿发布

 

 Replicaset

随机路由,默认路由到3个pod中的随机一个。

Replicaset负责pod的高可用,具有自愈能力。若集中中的一个或一些pod删除了或不工作了,Replicaset会负责重新创建新的pod。

发布规范案例:

replicas:指定副本数量

滚动发布原理和Deployment

滚动发布- rolling update:

定义:一种高级的发布策略,按照批次依次替换老版本,逐步升级到新版本。发布过程中,应用不中断,用户体验平滑。

流程:逐步替换

每批次发布数量可以大于1,每个批次发布数量也可以各不相同。

蓝绿发布vs滚动发布

K8S发布抽象Deployment

 Deployment 对replicaset再次包装。

Deployment滚动发布流程

发布流程样例:

K8S内部反向代理-clusterip-service

内部服务之间如何相互访问?

解决方法:引入一个反向代理抽象,反向代理不仅可以部署在外部与内部边界,也可在内部pod之间部署。

原理:

mysql-pod.yml

 mysql-service.yml

petclinic-deployment.yml

 petclinic-service.yml

 部署:

由于依赖关系原因,先部署mysql。

kubectl  apply -f mysql-pod.yml

kubectl   apply -f mysql-service.yml

kubectl  apply -f petclinic-deployment.yml

kubectl  apply -f petclinic-service.yml

 总结:

K8S的namespace和kube-dns

域名--->IP  ?

namespace的概念:

名字空间之间是逻辑隔离的,名字空间可自定义。

 系统名字空间组件:

get all -n kube-system

 域名--->IP  ?

K8S的配置抽象configmap原理

ConfigMap是一个用于存储应用程序配置数据的Kubernetes对象。它允许将应用程序配置数据与容器镜像分开存储,这样可以更容易地管理和升级应用程序,而不必重新构建和重建容器镜像。

ConfigMap的实现原理是通过将配置文件数据存储在Kubernetes的etcd中,并将该数据挂载到容器的特定路径中。这样,在容器启动时,它会读取挂载的ConfigMap数据,并将其作为容器内的配置文件使用。

ConfigMap支持多种类型的数据,包括简单的键值对、INI文件和JSON/YAML格式的文本文件。配置数据可以直接在Kubernetes集群中创建,也可以从外部文件或环境变量中导入。

当ConfigMap中的配置数据发生更改时,Kubernetes会通知相关的容器,以便它们可以重新加载新的配置数据。这使得应用程序的配置更加灵活和可扩展,可以随时进行修改和升级,而无需重新构建和重建容器镜像。

发布时,configmap的配置以环境变量的形式,注入到pod中。 

将配置定义到一个公用的configmap中, 发布后cinfigmap的配置会注入到后台这些pod中,很好的解决了冗余和维护困难的问题。

演示部署架构

 pod的配置不用直接写到里面,而是从configmap来获取。

ENV-->configmap

deployment文件变化: 

 envfrom直接指向configmap,name为configmap的name。

K8S机密配置抽象secret

提供比较安全的存储敏感数据的方式。

 

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Kubernetes(简称为K8s)是一个开源的容器编排平台,用于自动化部署、扩展和管理容器应用程序。Kubernetes基本概念和架构如下: 1. 节点(Node):Kubernetes集群中的每台机器都被称为一个节点,它可以是物理机或虚拟机。 2. Pod:Pod是Kubernetes调度的最小单元,它是一个或多个容器的集合,这些容器共享网络和存储资源。 3. 控制器(Controller):控制器是Kubernetes的核心组件之一,用于管理Pod的创建、更新和删除。常用的控制器有ReplicaSet、Deployment、StatefulSet等。 4. 服务(Service):Service是Kubernetes中的网络抽象,用于将一组Pod暴露成一个单一的访问点。Service可以通过标签选择器选择一组Pod。 5. 存储(Storage):Kubernetes支持多种存储方式,包括本地存储、网络存储和云存储等。 6. API服务器(API Server):API服务器是Kubernetes的控制中心,所有的资源对象都通过API服务器进行创建、更新和删除。 7. etcd:etcd是Kubernetes的数据存储后端,用于存储所有的集群配置信息、状态信息和元数据。它是一个高可用的分布式键值存储系统。 8. 调度器(Scheduler):调度器是Kubernetes的另一个核心组件,用于将Pod调度到合适的节点上运行。 9. 容器运行时(Container Runtime):容器运行时是Kubernetes中用于运行容器的组件,常用的容器运行时有Docker、Containerd、CRI-O等。 10. 插件(Plugins):Kubernetes支持各种插件,用于扩展其功能,常用的插件有网络插件、存储插件、日志插件等。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值