容器组_生命周期
📕作者简介： 过去日记，致力于Java、GoLang,Rust等多种编程语言，热爱技术，喜欢游戏的博主。
📘相关专栏Rust初阶教程、go语言基础系列、spring教程等，大家有兴趣的可以看一看
📙Java并发编程系列，设计模式系列、go web开发框架 系列正在发展中，喜欢Java，GoLang，Rust，的朋友们可以关注一下哦！
容器组_生命周期
Pod phase
Pod phase 代表其所处生命周期的阶段。Pod phase 并不是用来代表其容器的状态，也不是一个严格的状态机。
phase 的可能取值有：
| Phase | 描述 |
|---|---|
| Pending | Kubernetes 已经创建并确认该 Pod。此时可能有两种情况：1.Pod 还未完成调度（例如没有合适的节 |
| Running | 该 Pod 已经被绑定到一个节点，并且该 Pod 所有的容器都已经成功创建。其中至少有一个容器正在运行，或者正在启动/重启 |
| Succeeded | Pod 中的所有容器都已经成功终止，并且不会再被重启 |
| Failed | Pod 中的所有容器都已经终止，至少一个容器终止于失败状态：容器的进程退出码不是 0，或者被系统 kill |
| Unknown | 因为某些未知原因，不能确定 Pod 的状态，通常的原因是 master 与 Pod 所在节点之间的通信故障 |
Pod conditions
每一个 Pod 都有一个数组描述其是否达到某些指定的条件。Pod condition 数组在 Kuboard 中的显示如下图所示：
该数组的每一行可能有六个字段：
| 字段名 | 描述 |
|---|---|
| type | type 是最重要的字段，可能的取值有： PodScheduled： Pod 已被调度到一个节点 Ready： Pod 已经可以接受服务请求，应该被添加到所匹配 Service 的负载均衡的资源池 Initialized：Pod 中所有初始化容器已成功执行 Unschedulable：不能调度该 Pod（缺少资源或者其他限制） ContainersReady：Pod 中所有容器都已就绪 |
| status | 能的取值有： True False Unknown |
| reason | Condition 发生变化的原因，使用一个符合驼峰规则的英文单词描述 |
| message | Condition 发生变化的原因的详细描述，human-readable |
| lastTransitionTime | Condition 发生变化的时间戳 |
| lastProbeTime | 上一次针对 Pod 做健康检查/就绪检查的时间戳 |
容器的检查
Probe 是指 kubelet 周期性地检查容器的状况。有三种类型的 Probe：
- ExecAction： 在容器内执行一个指定的命令。如果该命令的退出状态码为 0，则成功
- TCPSocketAction： 探测容器的指定 TCP 端口，如果该端口处于 open 状态，则成功
- HTTPGetAction： 探测容器指定端口/路径上的 HTTP Get 请求，如果 HTTP 响应状态码在 200 到 400（不包含400）之间，则成功
Probe 有三种可能的结果：
- Success： 容器通过检测
- Failure： 容器未通过检测
- Unknown： 检测执行失败，此时 kubelet 不做任何处理
Kubelet 可以在两种情况下对运行中的容器执行 Probe：
- 就绪检查 readinessProbe： 确定容器是否已经就绪并接收服务请求。如果就绪检查失败，kubernetes 将该 Pod 的 IP 地址从所有匹配的 Service 的资源池中移除掉。
- 健康检查 livenessProbe： 确定容器是否正在运行。如果健康检查失败，kubelete 将结束该容器，并根据 restart policy（重启策略）确定是否重启该容器。
何时使用 健康检查/就绪检查？
- 如果容器中的进程在碰到问题时可以自己 crash，您并不需要执行健康检查；kubelet 可以自动的根据 Pod 的 restart policy（重启策略）执行对应的动作
- 如果您希望在容器的进程无响应后，将容器 kill 掉并重启，则指定一个健康检查 liveness probe，并同时指定 restart policy（重启策略）为 Always 或者 OnFailure
- 如果您想在探测 Pod 确实就绪之后才向其分发服务请求，请指定一个就绪检查 readiness probe。此时，就绪检查的内容可能和健康检查相同。就绪检查适合如下几类容器：
- 初始化时需要加载大量的数据、配置文件
- 启动时需要执行迁移任务
- 其他
Kuboard 中配置健康检查/就绪检查
Kuboard 可以在工作负载编辑器中配置健康检查/就绪检查，界面如下所示：
Kubernetes教程：在Kuboard中配置容器的健康检查/就绪检查
容器的状态
一旦 Pod 被调度到节点上，kubelet 便开始使用容器引擎（通常是 docker）创建容器。容器有三种可能的状态：Waiting / Running / Terminated：
- Waiting： 容器的初始状态。处于 Waiting 状态的容器，仍然有对应的操作在执行，例如：拉取镜像、应用 Secrets等。
- Running： 容器处于正常运行的状态。容器进入 Running 状态之后，如果指定了 postStart hook，该钩子将被执行。
- Terminated： 容器处于结束运行的状态。容器进入 Terminated 状态之前，如果指定了 preStop hook，该钩子将被执行。
重启策略
定义 Pod 或工作负载时，可以指定 restartPolicy，可选的值有：
- Always （默认值）
- OnFailure
- Never
restartPolicy 将作用于 Pod 中的所有容器。kubelete 将在五分钟内，按照递延的时间间隔（10s, 20s, 40s …）尝试重启已退出的容器，并在十分钟后再次启动这个循环，直到容器成功启动，或者 Pod 被删除。
容器组的存活期
通常，如果没有人或者控制器删除 Pod，Pod 不会自己消失。只有一种例外，那就是 Pod 处于 Scucceeded 或 Failed 的 phase，并超过了垃圾回收的时长（在 kubernetes master 中通过 terminated-pod-gc-threshold 参数指定），kubelet 自动将其删除。
相关文章：
minikube环境搭建
📕作者简介：过去日记，致力于Java、GoLang,Rust等多种编程语言，热爱技术，喜欢游戏的博主。📘相关专栏系列、spring教程等，大家有兴趣的可以看一看📙系列，系列、系列正在发展中，喜欢Java，GoLang，Rust，的朋友们可以关注一下哦！@[TOC]# minikube## 安装### 前置条件已经安装docker### 乌班图安装科学上网是我你们安装的前提。```shell。
Pods/Nodes
Pod 容器组 是一个k8s中一个抽象的概念，用于存放一组 container，以及这些 container （容器）的一些共享资源。共享存储，称为卷(Volumes)，即图上紫色圆柱网络，每个 Pod（容器组）在集群中有个唯一的 IP，pod（容器组）中的 container（容器）共享该IP地址container（容器）的基本信息，例如容器的镜像版本，对外暴露的端口等Pod（容器组）是 k8s 集群上的最基本的单元。
公布应用程序
当 worker node（节点）故障时，节点上运行的 Pod（容器组）也会消失。然后，Deployment (opens new window)可以通过创建新的 Pod（容器组）来动态地将群集调整回原来的状态，以使应用程序保持运行。举个例子，假设有一个图像处理后端程序，具有 3 个运行时副本。这 3 个副本是可以替换的（无状态应用），即使 Pod（容器组）消失并被重新创建，或者副本数由 3 增加到 5，前端系统也无需关注后端副本的变化。
伸缩应用程序和执行滚动更新
原本 Service A 将流量负载均衡到 4 个旧版本的 Pod 上2. 更新完 Deployment 部署文件中的镜像版本后，master 节点选择了一个 worker 节点，并根据新的镜像版本创建 Pod（紫色容器）。新 Pod 拥有唯一的新的 IP。同时，master 节点选择一个旧版本的 Pod 将其移除。此时，Service A 将新 Pod 纳入到负载均衡中，将旧Pod移除同步骤2，再创建一个新的 Pod 替换一个原有的 Pod。
Kubernetes对象的定义和操作
Kubernetes对象指的是Kubernetes系统的持久化实体，所有这些对象合起来，代表了你集群的实际情况。常规的应用里，我们把应用程序的数据存储在数据库中，Kubernetes将其数据以Kubernetes对象的形式通过 api server存储在 etcd 中。集群中运行了哪些容器化应用程序集群中对应用程序可用的资源应用程序相关的策略定义，例如，重启策略、升级策略、容错策略其他Kubernetes管理应用程序时所需要的信息。
名称和命名空间
📕作者简介：过去日记，致力于Java、GoLang,Rust等多种编程语言，热爱技术，喜欢游戏的博主。📘相关专栏系列、spring教程等，大家有兴趣的可以看一看📙系列，系列、系列正在发展中，喜欢Java，GoLang，Rust，的朋友们可以关注一下哦！
使用名称空间共享集群
可以限定使用某个名称空间的用户不能看到另外一个名称空间中的内容。默认情况下，安装Kubernetes集群时，会初始化一个 default 名称空间，用来将承载那些未指定名称空间的 Pod、Service、Deployment等对象。接下来，为 kubectl 定义一个上下文，以便在不同的名称空间中工作。此时，开发人员可以做任何他想要做的操作，所有操作都限定在名称空间 development 里，而无需担心影响到 production 名称空间中的内容。使用 kubectl 有两种方式可以创建名称空间。
k8s 标签和选择器
标签（Label）是附加在Kubernetes对象上的一组名值对，其意图是按照对用户有意义的方式来标识Kubernetes对象，同时，又不对Kubernetes的核心逻辑产生影响。管理这些对象时，很多时候要针对某一个维度的条件做整体操作，例如，将某个版本的程序整体删除，这种情况下，如果用户能够事先规划好标签的使用，再通过标签进行选择，就会非常地便捷。Kubernetes api server支持两种形式的标签选择器，equality-based 基于等式的 和 set-based 基于集合的。
注解annotation
Kubernetes的系统组件（例如，kube-scheduler、kube-controller-manager、kube-apiserver、kubectl 或其他第三方组件）向用户的Kubernetes对象添加注解时，必须指定一个前缀。注解（annotation）可以用来向 Kubernetes 对象的 metadata.annotations 字段添加任意的信息。除了使用注解，您也可以将这类信息存放在一个外部的数据库，然而，在使用、分享这些信息的时候，可能会变得难以管理。
字段选择器
字段选择器（Field Selector）可以用来基于的一个或多个字段的取值来选取一组Kubernetes对象。
容器组_概述
Pod（容器组）是 Kubernetes 中最小的可部署单元。一个 Pod（容器组）包含了一个应用程序容器（某些情况下是多个容器）、存储资源、一个唯一的网络 IP 地址、以及一些确定容器该如何运行的选项。Pod 容器组代表了 Kubernetes 中一个独立的应用程序运行实例，该实例可能由单个容器或者几个紧耦合在一起的容器组成。一个 Pod 中只运行一个容器。“one-container-per-pod” 是 Kubernetes 中最常见的使用方式。
容器组_初始化容器
Pod 可以包含多个工作容器，也可以包含一个或多个初始化容器，初始化容器在工作容器启动之前执行。初始化容器总是运行并自动结束kubelet 按顺序执行 Pod 中的初始化容器，前一个初始化容器成功结束后，下一个初始化容器才开始运行。所有的初始化容器成功执行后，才开始启动工作容器如果 Pod 的任意一个初始化容器执行失败，kubernetes 将反复重启该 Pod，直到初始化容器全部成功（除非 Pod 的 restartPolicy 被设定为 Never）
容器组_配置初始化容器
📕作者简介：过去日记，致力于Java、GoLang,Rust等多种编程语言，热爱技术，喜欢游戏的博主。📘相关专栏系列、spring教程等，大家有兴趣的可以看一看📙系列，系列、系列正在发展中，喜欢Java，GoLang，Rust，的朋友们可以关注一下哦！
Deployment概述
Pod 容器组是 Kubernetes 中最小的调度单元，更多信息请参考 容器组 - 概述Deployment 是最常用的用于部署无状态服务的方式。Deployment 控制器使得您能够以声明的方式更新 Pod（容器组）和 ReplicaSet（副本集）。以“声明”的方式管理 Pod 和 ReplicaSet，其本质是将一些特定场景的一系列运维步骤固化下来，以便快速准确无误的执行。
k8s项目部署流程
配置Kubernetes对象：您需要配置Kubernetes对象来部署应用程序。您可以使用Minikube（用于本地开发和测试）或使用云提供商如AWS、GCP等提供的Kubernetes服务。部署应用程序：使用kubectl apply命令应用Kubernetes对象，以便部署应用程序。水平伸缩：Kubernetes提供了水平伸缩功能，以便应用程序在不同的负载下自动扩展和收缩。配置域名DNS以及负载均衡：您可以使用全局负载均衡器和DNS入口来将流量路由到应用程序的服务中。