pod 控制器 3

简介: pod 控制器 3

简单回顾

之前我们学习过的的 docker ,例如我们运行

docker run busybox echo "hello wrold"

他的实际内在逻辑是这个样子的

  • 程序将指令推送给 docker
  • docker 会检查本地是否有 busybox 镜像,若没有则去 docker hub 上面拉取镜像,并下载到本机,再基于这个镜像创建一个 容器
  • 在容器中运行指令 echo “hello wrold”

前面我们也知道了 每一个 pod 或者 docker 容器,都有自己独立的文件系统,进程,用户,主机名和网络接口

简单运行 pod

如果想简单运行一个 pod,我们可以这样做

kubectl run xmtkubia --image=xiaomotong888/xmtkubia --port=8080

xiaomotong888/xmtkubiadockerhub 上面的具体公开的镜像

pod 中的容器运行位置

我们知道 pod 中可以运行 1 个容器或者多个容器,那么如果 1 个pod 中,运行多个容器,那么这些容器都会运行在同一个工作节点上面吗?

当一个 pod 中有多个容器的时候,这些容器一定总是运行在同一个工作节点上面的,一个 pod 绝对不会跨越多个工作节点

为什么是 一个 pod 里面跑多个容器,而不是一个容器里面跑多个进程?

在我们学习 docker 和 K8S 的过程中,有没有思考过,为什么需要引入 pod 这个概念,我们一个容器里面设计成跑多个进程不就好了吗?

实际上,容器是被设计成每个容器只能运行一个进程的,当然这个进程在程序中自动开辟的子进程是不包含在内的

  • 如果我们单个容器中运行了多个不相关的进程,那么当同一个容器中别的进程崩溃的时候,便会影响到其他进程
  • 多个进程跑在同一个容器中,如何区分进程在标准输出打印的信息呢,这会很麻烦

提出 pod 其实是一种解决方案

  • 提出 pod 这种结构后,1 个 pod 可以和多个容器绑定在一起
  • 1 个 pod 里面可以同时运行多个进程(即多个容器),并且这行进程能够享有几乎同样的环境
  • 从外部看,这些进程好像是全部运行在单个容器中,实际上这些进程又相互保持一定的隔离

上面这里说到的 pod 中的容器相互间保持的着一定的隔离,而不是完全隔离

这里指的是隔离容器组,而不是单个容器,每个容器组内的容器是可以共享容器组的资源的

容器如何共享 ip 和 端口

同一个 pod 中的容器是运行在相同的 Network 命名空间中的,因此他们对于 ip 地址和端口空间是共享的

那么同一个 pod 下面的容器,配置 端口号的时候就需要注意,不能冲突,例如这样

在 K8S 中,所有的 pod 都是在同一个网络地址空间中,网络信息他们是共享的

如图,不同 pod 之间是可以通过 ip 直接访问的

看了以上 pod 的行为,有没有觉得 pod 的行为和实际的虚拟机或者物理机的行为有很多类似的地方,虚拟机里面跑的每一个进程,pod 里面也可以直接跑这些进程,只不过,pod 里面的每一个进程,都被一个容器包裹

所以啊, pod 可以看做是一个逻辑主机

实在的案例

一个应用程序,有前端应用服务器,和 后端的数据库,如果我们需要将这个程序放到 K8S 环境中,我们是启 1 个 pod 还是 2个 pod ?

在 K8S 中是推荐将上述的前端服务器和 后台数据库分开,分成 2 个 pod 去部署,原因有这些:

  • 这样既能够充分利用多个节点的 CPU 和内存,还可以方便我们后续的扩容和缩容
  • 在我们扩缩容的时候,基本单位也是 pod,K8S 中不能对单个容器进行扩缩容
  • 如果将前端和后台都放到同一个pod 中,那么我们扩容或者缩容时候,那么相应的容器将会成倍的增加或减少
  • 前端和后台的扩容缩容也会是完全不同的需求,并不能直接简单粗暴的干就完了

如果我们把上述的前端和后台这样来部署是不推荐的

  • 全部放到同一个 pod 的同一个 容器中
  • 通一个 pod 中部署 2 个容器,分别部署前端和后台

推荐的做法是

  • 在 2 个 pod 中分别开 1 个容器,各自部署 前端,后台程序

我们实际工作中面临是否需要在同一个 pod 中启多个容器的时候,我们可以思考一下这样的问题

  • 这些容器放在一起运行是必须的吗?是否可以拆分放在不同的主机上运行
  • 这些程序是代表一个整体?还是相互独立的
  • 对于扩容和锁容,是需要一起进行,还是分别进行?

这些问题,咱们之后可以解决一下

今天就到这里,学习所得,若有偏差,还请斧正

欢迎点赞,关注,收藏

朋友们,你的支持和鼓励,是我坚持分享,提高质量的动力

好了,本次就到这里

技术是开放的,我们的心态,更应是开放的。拥抱变化,向阳而生,努力向前行。

我是阿兵云原生,欢迎点赞关注收藏,下次见~

更多的可以查看 零声每晚八点直播:https://ke.qq.com/course/417774

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
3月前
|
Kubernetes 应用服务中间件 开发工具
Kerbernetes的Pod控制器
本文详细介绍了Kubernetes中各种控制器的功能和用法,包括ReplicaSet、Deployment、DaemonSet、Job、CronJob以及垃圾回收和节点管理。
45 1
Kerbernetes的Pod控制器
|
5月前
|
弹性计算 Kubernetes 测试技术
Deployment控制器
Deployment控制器
44 1
|
7月前
|
存储 Kubernetes 调度
|
7月前
|
Kubernetes 容器 Perl
|
监控 Java Perl
17-Kubernetes-Pod控制器详解-DaemonSet(DS)
17-Kubernetes-Pod控制器详解-DaemonSet(DS)
|
JSON API 数据格式
pod 控制器 4
pod 控制器 4
|
Kubernetes 监控 应用服务中间件
k8s--控制器介绍和 ReplicaSet 控制器
k8s--控制器介绍和 ReplicaSet 控制器
|
Kubernetes 监控 数据处理
部署pod的控制器有哪些
在 Kubernetes 中,可以使用以下几种控制器来部署和管理 Pod: 1. Deployment 控制器: Deployment 是 Kubernetes 中最常用的控制器之一。它用于声明式地定义和管理可扩展的应用程序副本集。Deployment 控制器确保指定数量的 Pod 副本始终在运行,并能够实现滚动更新和回滚操作。 2. ReplicaSet 控制器: ReplicaSet 控制器用于确保指定数量的 Pod 副本在任何时候都在运行。与 Deployment 不同,ReplicaSet 控制器提供了更基本的功能,通常不直接使用,而是由 Deployment 控制器来
140 0
|
Kubernetes Perl 容器
14-Kubernetes-Pod控制器详解-ReplicaSet(RS)
14-Kubernetes-Pod控制器详解-ReplicaSet(RS)