Pod未持久化数据存在哪儿（pod日志持久化）

不小心删除了Docker容器怎么恢复?

1、执行docker start 新容器再次启动新容器。完成恢复。延伸在kubernetes（k8s）中，volume的路径在/var/lib/kubelet/Pods/，通过在node上对指定Pod对应的容器执行docker inspect可以看到对应的容器数据存储路径。

2、新创建的容器可能需要重新配置网络和端口映射。在恢复容器时，你需要确保新容器的网络配置与原始容器一致，包括网络模式、端口映射等。可以使用 docker network ls 命令查看所有网络，并使用 docker network inspect [网络名] 命令查看网络的具体配置。

3、首先，为了备份Docker中的容器，我们会想看看我们想要备份的容器列表。要达成该目的，我们需要在我们运行着Docker引擎，并已创建了容器的Linux机器中运行 docker ps 命令。docker ps Docker Containers List 在此之后，我们要选择我们想要备份的容器，然后去创建该容器的快照。

k8s负载资源StatefulSet解析

1、在Kubernetes中，Statefulset提供了一种管理具有状态应用的高效方式，通过维护拓扑状态和存储状态确保应用的稳定性和连续性。它与deployment相比，为每个管理的POD提供了一个稳定的启动顺序和唯一的网络标识，同时通过PV、pvc来维护存储状态。通过StatefulSet，我们能够实现应用的稳定部署和管理。

2、K8s负载资源StatefulSet解析： StatefulSet的定义与用途： 定义：StatefulSet是KuberneTES中用于管理具有状态的应用的一种控制器。 用途：与无状态应用相比，StatefulSet适用于需要实例之间有依赖关系、对启动顺序有要求，并且需要外部存储来维护状态的应用。

3、StatefulSet资源对象被引入以支持这类复杂需求，它类似于ReplicaSet，用于部署有状态应用，但具备pod独立生命周期管理能力，同时可以处理Pod的启动顺序，为每个Pod设置唯一标识。

4、可以注意到statefulset资源pvc的创建是使用的voluMESClaimTemplates，会在俩个pod中分别创建一个资源互相隔离的pvc。在spec相比Deployment多了一个ServiceName配置，该值就是对应的headless service。

5、StatefulSet和Deployment作为常用的Kubernetes控制器（工作负载），分别用于管理有状态应用和无状态应用。StatefulSet专为部署有状态应用而设计，而Deployment则适用于无状态应用。在本期“云端跟我学”栏目中，我们将利用StatefulSet和Deployment为例，采用模块化的方式进行对比记忆，并揭示其背后的规律。

kubernetes控制器-Statefulset详解-管理有状态的应用

StatefulSet是为了管理有状态服务的问题而设计的。有状态服务，如MySql主从、redis集群等，需要数据持久化的目录，每一个Pod都有自己独有的数据持久化存储目录。

Kubernetes中的StatefulSet主要用于管理有状态应用，提供拓扑和存储状态管理。以下是关于StatefulSet的详细解 StatefulSet的应用场景 有状态应用：StatefulSet适用于那些实例之间存在依赖关系和数据存储需求的应用，如mysql集群、MongoDB集群、ZooKeeper集群等。

StatefulSet本质上是Deployment的一种变体，在v9版本中已成为GA版本，它为了解决有状态服务的问题，它所管理的Pod拥有固定的Pod名称，启停顺序，在StatefulSet中，Pod名字称为网络标识（hostname），还必须要用到共享存储。

StatefulSet通过拓扑状态和存储状态管理应用状态。拓扑状态确保实例按照顺序启动并保持网络标识一致。存储状态通过PV/PVC机制保存和恢复实例数据。1 拓扑状态 StatefulSet创建Pod时进行编号，并遵循顺序启动规则。测试Pod验证网络标识一致性。

K8s负载资源StatefulSet解析： StatefulSet的定义与用途： 定义：StatefulSet是Kubernetes中用于管理具有状态的应用的一种控制器。 用途：与无状态应用相比，StatefulSet适用于需要实例之间有依赖关系、对启动顺序有要求，并且需要外部存储来维护状态的应用。

StatefulSet和Deployment作为常用的Kubernetes控制器（工作负载），分别用于管理有状态应用和无状态应用。StatefulSet专为部署有状态应用而设计，而Deployment则适用于无状态应用。在本期“云端跟我学”栏目中，我们将利用StatefulSet和Deployment为例，采用模块化的方式进行对比记忆，并揭示其背后的规律。

难用的Runpod记录

1、在Runpod上部署ComfyUI的步骤 尽管Runpod存在上述难用之处，但以下步骤将指导用户如何在Runpod上成功部署comfyUI：平台充值与注册：首先，用户需要在Runpod平台上进行充值，以便支付后续的服务费用。

2、租用步骤：充值：首先，你需要使用银行卡在runpod平台上进行充值，以便后续支付租用费用。点击右上角进行充值操作。选择服务：充值完成后，回到服务选择界面。在这里，建议选择“Secure Cloud”服务。这个服务提供了独立的计算空间，可以长期使用，不用担心资源丢失，也无需与他人共用资源。

3、在RuntimeService部分，CRI设计的一个重要原则是保证接口本身只关注容器，而不关注Pod。原因：Pod是Kubernetes的编排概念，不是容器运行时的概念。因此，不能假设所有下层容器项目都可以暴露API，并直接映射到Pods。同时，如果在CRI中引入了Pod的概念，那么只要Pod API对象的字段发生变化，CRI很可能需要改变。