当前位置：首页 > news >正文

汝阳网站开发网站排名优化技巧

news 2025/7/15 15:14:47

汝阳网站开发,网站排名优化技巧,零食网站制作的建设大纲,电子商务公司有哪些一、configmapu存储首先，确保集群正常，节点都处于就绪状态 Configmap用于保存配置数据，以键值对形式存储。configMap资源提供了向 Pod 注入配置数据的方法，旨在让镜像和配置文件解耦，以便实现镜像的可移植性和可复用…

一、configmapu存储

首先，确保集群正常，节点都处于就绪状态

Configmap用于保存配置数据，以键值对形式存储。configMap资源提供了向 Pod 注入配置数据的方法，旨在让镜像和配置文件解耦，以便实现镜像的可移植性和可复用性。

典型的使用场景：

• 填充环境变量的值

• 设置容器内的命令行参数

• 填充卷的配置文件

创建ConfigMap的方式有4种：使用字面值创建；使用文件创建；使用目录创建；编写configmap的yaml文件创建。

字面值创建

通过文件创建

通过目录创建（创建时，目录中的文件名为key，文件内容是value）

通过yaml文件创建

二、secret存储

从文件中创建Secret

编写yaml文件

将Secret挂载到Volume中：

创建映射secret密钥

向指定路径映射secret密钥

将Secret设置为环境变量

存储docker registry的认证信息

将registrykey绑定到sa，这样yaml文件中就可以不用指定，会更加安全

三、Volumes配置管理

容器中的文件在磁盘上是临时存放的，这给容器中运行的特殊应用程序带来一些问题。首先，当容器崩溃时，kubelet 将重新启动容器，容器中的文件将会丢失, 因为容器会以干净的状态重建。其次，当在一个 Pod 中同时运行多个容器时，常常需要在这些容器之间共享文件。 Kubernetes 抽象出 Volume 对象来解决这两个问题。

Kubernetes 卷具有明确的生命周期,与包裹它的 Pod 相同。因此，卷比 Pod 中运行的任何容器的存活期都长，在容器重新启动时数据也会得到保留。当然，当一个 Pod 不再存在时，卷也将不再存在。也许更重要的是，Kubernetes 可以支持许多类型的卷，Pod 也能同时使用任意数量的卷。

卷不能挂载到其他卷，也不能与其他卷有硬链接。 Pod 中的每个容器必须独立地指定每个卷的挂载位置。

emptyDir卷

当 Pod 指定到某个节点上时，首先创建的是一个 emptyDir 卷，并且只要 Pod 在该节点上运行，卷就一直存在。就像它的名称表示的那样，卷最初是空的。尽管 Pod 中的容器挂载 emptyDir 卷的路径可能相同也可能不同，但是这些容器都可以读写 emptyDir 卷中相同的文件。当 Pod 因为某些原因被从节点上删除时， emptyDir 卷中的数据也会永久删除。

emptydir缺点：

不能及时禁止用户使用内存。虽然过1-2分钟kubelet会将Pod挤出，但是这个时间内，其实对node还是有风险的；
影响kubernetes调度，因为empty dir并不涉及node的resources，这样会造成Pod“偷偷” 使用了node的内存，但是调度器并不知晓；

用户不能及时感知到内存不可用。

hostpath卷（适合做监控类）

hostPath 卷能将主机节点文件系统上的文件或目录挂载到您的Pod 中。虽然这不是大多数Pod 需要的，但是它为一些应用程序提供了强大的逃生舱。

hostPath的一些用法有：

运行一个需要访问Docker 引擎内部机制的容器,挂载 /var/lib/docker 路径。

在容器中运行 cAdvisor 时，以 hostPath 方式挂载 /sys。

允许 Pod 指定给定的 hostPath 在运行 Pod 之前是否应该存在，是否应该创建以及应该以什么方式存在。

hostpath卷相较于empitydir卷是直接持久化到pod所在的节点，为应用程序提供了一个强大的逃生舱，不会因为Pod被删除之后数据就丢了；而empitydir卷是pod没了数据也就没了，不是持久到磁盘上。

nfs卷

配置nfs-server

创建nfspod

需要在所有k8s节点上安装nfs-utils安装包

持久卷（和pod是相互独立的）

使用

Pod使用PVC就像使用volume一样。集群检查PVC，查找绑定的PV，并映射PV给Pod。对于支持多种访问模式的PV，用户可以指定想用的模式。一旦用户拥有了一个PVC，并且 PVC被绑定，那么只要用户还需要，PV就一直属于这个用户。用户调度Pod，通过在Pod的 volume块中包含PVC来访问PV。

释放

当用户使用PV完毕后，他们可以通过API来删除PVC对象。当PVC被删除后，对应的PV就被认为是已经是“released”了，但还不能再给另外一个PVC使用。前一个PVC的属于还存在于该PV中，必须根据策略来处理掉。

回收

PV的回收策略告诉集群，在PV被释放之后集群应该如何处理该PV。当前，PV可以被 Retained（保留）、Recycled（再利用）或者Deleted（删除）。保留允许手动地再次声明资源。对于支持删除操作的PV卷，删除操作会从Kubernetes中移除PV对象，还有对应的外部存储（如AWS EBS，GCE PD，Azure Disk，或者Cinder volume）。动态供给的卷总是会被删除。

配置nfs输出目录