云原生技术kubernetes调度单位pod的使用详解

k8s中的最小调度单位---pod

之前的文章中，我们对k8s能够解决的问题做了简单介绍，简单来说，它解决的问题是容器的编排与调度，它的核心价值在于：运行在大规模集群的任务之间，实际上存在着各种各样的关系，这些关系的处理，才是任务编排和系统管理最困难的地方，k8s就是为了这个问题而生的。

这句话比较难理解，我们从已有的知识入手，抽丝剥茧，慢慢理解它。我们已经知道，容器的本质是一个进程，它包含三个部分：

如果说容器是云环境的一个进程，那么你可以将k8s理解成云环境中的一个操作系统。

在一个操作系统当中，进程并不总是孤立运行的，往往是通过一个进程组的方式运行的。实际部署应用的时候，我们的应用往往不是以孤立的形式跑在docker容器中的，应用之间存在这样那样的关系，有的时候，他们必须跑在同一台机器上，并且相互访问，类似于捆绑式的，例如：如果两个容器之间要发生之间的文件交换、需要共享某些Linux Namespace等场景。这种关系我们称之为"超亲密关系"。

基于上面的这个前提，k8s在设计之初，就考虑了这一点，所以它在设计的时候，并不是以容器为最小的调度单位的，而是以pod这个新的概念作为k8s的最小调度单位，而每一个pod中可以包含多个容器，这样，就实现了部署在容器中的应用程序之间就实现了捆绑，也就是他们永远只能被部署在一台机器上，要么部署成功，要么失败，不可能出现一种中间状态。

Pod和容器的关系？

需要注意的是，Pod是一个逻辑上的概念，它的本质是一组共享了某些资源的容器。确切的说，同一个pod里面的容器，共享了相同的network namespace，当然，还可以共享挂载卷等资源。

所谓的共享，并不是依赖，而是对等。

假如我们有A、B两个容器，如果A依赖B，那么A的启动顺序一定在B之后。如果A、B的地位对等，那么A、B的启动顺序将没有严格要求，这才是真正的共享。那么谁来预先创建被共享的network资源呢？

在Pod中，如果包含了多个应用容器，是需要一个infra容器，将这些应用容器给关联起来的。类似于下面这样：

在K8S中，infra容器占用了极少的资源，它只运行了一个叫pause的镜像，所以也被称为pause容器，它占用的磁盘大小在100~200kb之间。infra的存在是为了创建network namespace，然后应用容器A和应用容器B就可以加入到这个   network namespace中了。

对于 Pod 里的容器 A 和容器 B 来说：
1、它们可以直接使用 localhost 进行通信；
2、它们看到的网络设备跟 Infra 容器看到的完全一样；
3、一个 Pod 只有一个 IP 地址，也就是这个 Pod 的 Network Namespace 对应的 IP 地址；
4、当然，其他的所有网络资源，都是一个 Pod 一份，并且被该 Pod 中的所有容器共享；
5、Pod 的生命周期只跟 Infra 容器一致，而与容器 A 和 B 无关
6、对于同一个 Pod 里面的所有用户容器来说，它们的进出流量，也可以认为都是通过 Infra 容器完成的

在这种设计模式下，挂载相同的Volume卷就很容易了，只需要在Pod的初始化yaml文件中配置volume参数即可，具体内容后续会专门分享。

对于容器来说，一个容器只能管理一个进程，而不是一个应用。我们在进行应用上云迁移的时候，需要将应用若干个进程，然后去考虑应用模块之间是否具有"超亲密关系"，拥有超亲密关系的进程可以部署在一个Pod中，其他的进程部署在另外的Pod中，用这个思路去拆分应用，才符合容器设计的初衷。

以上就是云原生技术kubernetes调度单位pod的使用详解的详细内容，更多关于kubernetes调度单位pod的使用的资料请关注我们其它相关文章！

赞 (0)

相关推荐

  • 云原生技术kubernetes(K8S)简介

    云原生技术kubernetes(K8S)简介

    目录 01 kubernetes是什么? 02 kubernetes和Compost+Swarm之间的区别 03 一点总结 今天我们看看kubernetes技术的介绍,最近在极客时间上看张磊老师的深入kubernetes技术,讲的非常好,有兴趣的同学可以去收听一下,对于理解kubernetes技术非常有帮助,这里我会按照自己的进度,分享一下学习的笔记. 今天站的角度比较高,概念性质的东西会多一点. 01 kubernetes是什么? 曾经我认为这个问题很好回答,直到不断的去理解kubernete

  • kubernetes环境部署单节点redis数据库的方法

    kubernetes部署redis数据库(单节点) redis简介 Redis 是我们常用的非关系型数据库,在项目开发.测试.部署到生成环境时,经常需要部署一套 Redis 来对数据进行缓存.这里介绍下如何在 Kubernetes 环境中部署用于开发.测试的环境的 Redis 数据库,当然,部署的是单节点模式,并非用于生产环境的主从.哨兵或集群模式.单节点的 Redis 部署简单,且配置存活探针,能保证快速检测 Redis 是否可用,当不可用时快速进行重启. redis 参数配置 在使用 Kub

  • 使用Kubernetes部署Springboot或Nginx的详细教程

    1 前言 经过<Maven一键部署Springboot到Docker仓库,为自动化做准备>,Springboot的Docker镜像已经准备好,也能在Docker上成功运行了,是时候放上Kubernetes跑一跑了.这非常简单,一个yaml文件即可. 2 一键部署Springboot 2.1 准备yaml文件 当准备好镜像文件后,要部署到Kubernetes就非常容易了,只需要一个yaml格式的文件即可,这个文件能描述你所需要的组件,如Deployment.Service.Ingress等.定义

  • Springboot整合Spring Cloud Kubernetes读取ConfigMap支持自动刷新配置的教程

    1 前言 欢迎访问南瓜慢说 www.pkslow.com获取更多精彩文章! Docker & Kubernetes相关文章:容器技术 之前介绍了Spring Cloud Config的用法,但对于Kubernetes应用,可能会需要读取ConfigMap的配置,我们看看Springboot是如何方便地读取ConfigMap和Secret. 2 整合Spring Cloud Kubenetes Spring Cloud Kubernetes提供了Spring Cloud应用与Kubernetes服

  • 如何在kubernetes中创建Pod

    目录 如何创建Pod? kubectl工具 如何创建Pod? 在之前的文章中,我们介绍了容器和Pod的区别和关系.我们知道Pod是k8s调度的最小单位,而一个Pod中可以有多个容器,那么我们如何来定义一个我们自己的Pod呢? 在k8s中,我们通常使用编写配置文件的方式创建一个Pod,配置文件的格式通常采用yaml格式,(yaml格式如何表示list.key-value键值对,这些知识在前一篇文章中说过了),编写好yaml文件之后,通过下面的办法来启动一个Pod: kubectl create -

  • 浅析kubernetes的控制器和标签

    目录 01 k8s中的常用控制器 RC控制器 Deployment控制器 Statefulset控制器 02 Label(标签)的概念 01 k8s中的常用控制器 之前我们了解了Pod是k8s集群中调度的最小单元,Pod是由Pause容器+应用容器组成的. 在k8s中,经常会出现一种资源对象管理另一种资源对象的情况,我们把这类资源对象称之为"控制器". 我们简单看看控制器的类型,以及他们的功能,其实每种控制器都有他们的特点,后续我们会逐一分析,现在只需要有个概念即可. RC控制器 它定

  • 如何把Spring Cloud Data Flow部署在Kubernetes上

    1 前言 Spring Cloud Data Flow在本地跑得好好的,为什么要部署在Kubernetes上呢?主要是因为Kubernetes能提供更灵活的微服务管理:在集群上跑,会更安全稳定.更合理利用物理资源. Spring Cloud Data Flow入门简介请参考:Spring Cloud Data Flow初体验,以Local模式运行 2 部署Data Flow到Kubernetes 以简单为原则,我们依然是基于Batch任务,不部署与Stream相关的组件. 2.1 下载GitHu

  • kubernetes YAML文件的使用

    kubernetes YAML文件的使用

    目录 01 YAML文件介绍 YAML---key-value类型 YAML---list类型 02 K8S中Master.Node和Pod的关系 01 YAML文件介绍 K8S在启动Pod的时候,会使用yaml文件的方式来启动,今天我们来看看YAML文件最常用的格式. YAML的语法和JSON语法很像,都是通过key-value形式来组织的,它可以表示list.dict等常用数据类型,它的后缀一般使用".yml",它有如下几个特点: 1.大小写敏感 2.使用缩进表示递进关系 3.缩进

  • 详解kubernetes pod的编排和生命周期

    详解kubernetes pod的编排和生命周期

    目录 K8S Master基本架构 Pod的编排思想 Pod对象的属性和容器的属性? Pod的生命周期 K8S Master基本架构 K8S的集群运行依赖Master节点和Node节点的通信,为了更好的理解第4部分的Pod生命周期,我们这里先给出K8S Master的简单架构图,后续的文章中,我们会分析Master.Node和Pod之间的关系. Master的架构图: 其中: API Server提供了HTTP Rest接口,它是k8s中的所有资源增删改查的唯一入口,也是集群控制的入口: Sch

  • 云原生技术kubernetes调度单位pod的使用详解

    云原生技术kubernetes调度单位pod的使用详解

    k8s中的最小调度单位---pod 之前的文章中,我们对k8s能够解决的问题做了简单介绍,简单来说,它解决的问题是容器的编排与调度,它的核心价值在于:运行在大规模集群的任务之间,实际上存在着各种各样的关系,这些关系的处理,才是任务编排和系统管理最困难的地方,k8s就是为了这个问题而生的. 这句话比较难理解,我们从已有的知识入手,抽丝剥茧,慢慢理解它.我们已经知道,容器的本质是一个进程,它包含三个部分: 如果说容器是云环境的一个进程,那么你可以将k8s理解成云环境中的一个操作系统. 在一个操作系统

  • Rainbond云原生快捷部署生产可用的Gitlab步骤详解

    Rainbond云原生快捷部署生产可用的Gitlab步骤详解

    目录 Gitlab简介 准备工作 部署步骤 部署Postgresql组件 部署Redis组件 部署Gitlab-Server组件 配置网关访问策略 FAQ Gitlab简介 GitLab是利用 Ruby on Rails 一个开源的版本管理系统,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目.它拥有与Github类似的功能,能够浏览源代码,管理缺陷和注释.同时Gitlab集成了一系列的CI功能.不得不说,Gitlab在企业中是的使用率非常高. Rainbond非常推荐

  • 云原生技术kubernetes之volumes容器的使用

    目录 卷(volumes): 1.emptyDir 1.1.emptyDir卷特性: 1.2.官方示例: 1.3.我们做一个实例: 2.HostPath 2.1.HostPath卷特性: 2.2.官方示例: 2.3.我们做一个实例: 3.nfs 卷(volumes): 容器中的文件存在时间是短暂的,当一个容器发生崩溃时,文件会丢失,而容器重新启动后状态却是干净的:而第二个问题时解决了一个Pod中不同容器间共享文件. 卷的类型有很多,详细请查看官方文档:卷 1.emptyDir 1.1.empty

  • 云原生技术持久化存储PV与PVC

    云原生技术持久化存储PV与PVC

    目录 1.PV与PVC PV: PVC: 2.PV资源回收 Retain:保留资源 Delete:删除数据 Recycle:回收(弃用) 3.访问模式 4.存储分类 文件存储(Filesystem): 块存储(block): 对象存储: 5.创建PV卷 5.1.实例:创建NAS/NFS类型的PV 创建一个PV 5.2.实例:创建一个hostPath类型的PV 6.PVC 6.1.Pod与PVC与PV的关系 6.2.创建一个PVC挂载到Pod 1.PV与PVC PV: 持久卷(Persistent

  • 云原生系列Kubernetes深度解析YAML文件使用

    目录 写在前面 YAML基础 Maps Lists 使⽤ YAML 创建 Pod 创建 Pod 创建 Deployment 写在前面 在前⾯的课程中,我们在安装 kubernetes 集群的时候使⽤了⼀些 YAML ⽂件来创建相关的资源,但大家对 YAML ⽂件还是⾮常陌⽣.所以我们先来简单看⼀看 YAML ⽂件是如何⼯作的,并使⽤ YAML ⽂件来定义⼀个 k8s pod,然后再定义⼀个 k8s deployment吧. YAML基础 它的基本语法规则如下: ⼤⼩写敏感 使⽤缩进表示层级关系

  • Kubernetes 权限管理认证鉴权详解

    Kubernetes 权限管理认证鉴权详解

    目录 正文 认证 认证用户 Normal Users Service Accounts 认证策略 客户端证书 不记名令牌 Static Token File Service Account Tokens OpenID Connect Tokens 鉴权 鉴权流程 鉴权模块 RBAC Role 和 ClusterRole RoleBinding 和 ClusterRoleBinding Service Account 最后 正文 Kubernetes 主要通过 API Server 对外提供服务,

  • kubernetes数据持久化PV PVC深入分析详解

    目录 1. 什么是PV,PVC? 1.1 什么是PV 1.2 什么是PVC? 2. PV资源实践 2.1 PV配置字段详解 2.2 HostPath PV示例 2.3 NFS PV示例 3. PVC资源实践 3.1 PVC配置清单详解 3.2 hostPath-PVC示例 3.3 NFS-PV-PVC实践之准备NFS共享存储 3.4 准备NFS-PVC 3.4.1准备Pod并使用PVC 3.4.2 测试数据持久性 1. 什么是PV,PVC? 1.1 什么是PV 官方文档地址: https://k

  • 基于原生ajax与封装的ajax使用方法(详解)

    基于原生ajax与封装的ajax使用方法(详解)

    当我们不会写后端接口来测试ajax时,我们可以使用node环境来模拟一个后端接口. 1.模拟后端接口可参考网站整站开发小例子,在打开命令窗口并转到所在项目文件夹下在命令行中输入npm install express --save,安装express中间件. 2.把当中的app.js的内容换成 var express=require('express'); //var path=require('path'); var app=express(); //app.set('view',path.jo

  • IOS给xcode工程关联pod的实例详解

    IOS给xcode工程关联pod的实例详解

    IOS给xcode工程关联pod的实例详解 1. 新建Podfile文件 内容如下: platform :ios,'7.0' target :LJMediaPalyer do pod 'MQTTClient' end 2. cd 到当前工程的目录下 然后在控制台输入pod install命令 如有疑问请留言或者到本站社区交流讨论,本站关于IOS 开发的文章还有很多,还请大家多多搜索查阅,希望通过本文能帮助到大家,谢谢大家对本站的支持!

随机推荐