K8S系列：hostPath和nfs的使用方法

原创 已于 2023-09-10 10:47:02 修改 · 344 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#kubernetes

于 2023-09-10 10:46:42 首次发布
本文介绍了如何在Kubernetes(K8S)中使用hostPath和NFS作为Pod的持久化存储。首先展示了NFS挂载的配置，创建了一个名为mongodb-nfs的Pod，其数据卷通过NFS服务器的/some/path路径挂载。接着，详细说明了hostPath的用法，创建了一个名为mongodb的Pod，数据卷挂载到主机的/tmp/mongodb目录。这两种方法为MongoDB容器提供了本地存储解决方案。

nfs demo

apiVersion: v1
kind: Pod
metadata:
  name: mongodb-nfs
spec:
  volumes:
  - name: mongodb-data
    nfs:
      server: 1.2.3.4
      path: /some/path
  containers:
  - image: registry.cn-hangzhou.aliyuncs.com/nio4444_ns/test_reg:volume_0.01
    name: mongodb
    volumeMounts:
    - name: mongodb-data
      mountPath: /data/db
    ports:
    - containerPort: 27017
      protocol: TCP
 

hostPath demo

了解本专栏 订阅专栏 解锁全文 超级会员免费看
k8s系列：解决start request repeated too quickly for docker.service
NIO4444
04-17 1万+
[root@xdoctorx-7008 ~]# systemctl status docker ● docker.service - Docker Application Container Engine Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; vendor preset: disabled) ...
K8S系列：ClusterIP和NodePort
热门推荐
NIO4444
06-14 1万+
ClusterIP：只对集群内部可见 NodePort：对外部可见
写写k8s中的hostPath使用场景
qq_44370158的博客
08-24 657
在Kubernetes（K8s）中，hostPath卷是一种用于挂载主机（Node）文件系统上的目录或文件到Pod中的卷类型。需要注意的是，hostPath卷具有一定的安全风险，因为Pod中的容器可以访问和修改主机上的文件系统。使用hostPath卷时，请确保你信任运行Pod的节点，并且只挂载必要的目录和文件。使用hostPath卷可以将主机上的日志目录挂载到Pod中，以便收集和处理这些日志。通过将主机上的配置目录挂载到Pod中，应用程序可以直接读取和使用这些配置文件。可以直接访问并操作主机上的。
k8s 目录和文件挂载到宿主机
weixin_46627652的博客
11-07 1万+
k8s hostPath、pv,pvc、nfs挂载
k8s 持久化存储解析：hostPath与NFS的应用与探索
博客虽小，世界尽在其中
04-07 2859
本文深入探讨了Kubernetes中两种常见的持久化存储方案——hostPath和NFS。通过详细解析hostPath和NFS的工作原理、优缺点以及使用场景，本文旨在帮助读者更好地理解这两种存储机制，并为在Kubernetes集群中实施持久化存储提供有价值的参考。
k8s中EmptyDir、HostPath、NFS三种基本存储方式介绍
树下一少年的博客
12-13 1887
在此前我们所看到的service、pod等的演示实验中的其资源经常被删除重建，数据经常清除，那么我们需要一个东西去解决持久化保存容器数据的问题。Volume创建出来是Pod中能够被多个容器访问的共享目录，它被定义在Pod上，然后被一个Pod里的多个容器挂载到具体的文件目录下，k8s通过Volume实现在同一个Pod中不同容器之间的数据共享以及数据的持久化存储。
k8s之emptyDir、hostPath、NFS
jiayu的博客
10-17 2119
emptyDir emptyDir类型的Volume在Pod分配到Node上时被创建，Kubernetes会在Node上自动分配一个目录，因此无需指定宿主机Node上对应的目录文件。 这个目录的初始内容为空，当Pod从Node上移除时，emptyDir中的数据会被永久删除。emptyDir Volume主要用于某些应用程序无需永久保存的临时目录，多个容器的共享目录等 容器的crashing事件并不会导致emptyDir中的数据被删除，因此容器崩溃期间 emptyDir 卷中的数据是安全的 emptyDir
Kubernetes(k8s)的Volume数据存储介绍和各种基本储存类型(EmptyDir、HostPath、NFS)的使用
Bulut0907
09-13 2319
目录1. 概述2. EmptyDir2.1 概述2.2 EmptyDir使用实战2.2.1 创建pod2.2.2 查看pod2.2.3 访问Pod中的Nginx：2.3.4 查看busybox容器的标准输出3. HostPath3.1 概述3.2 HostPath使用实战3.2.1 创建pod3.2.2 查看pod3.2.3 访问Pod中的Nginx：3.3.4 查看Pod所在node节点的日志4. NFS4.1 概述4.2 搭建NFS服务器4.3 NFS使用实战4.3.1 创建pod4.3.2 查看pod
k8s三种存储卷：emptyDir、hostPath、nfs
2301_76839564的博客
06-21 1041
什么是emptyDir:是一个临时存储卷，与Pod的生命周期绑定到一起，如果Pod被删除了，这意味着数据也被随之删除。emptyDir作用:(1)可以实现持久化;(2)同一个Pod的多个容器可以实现数据共享，多个不同的Pod之间不能进行数据通信;(3)随着Pod的生命周期而存在，当我们删除Pod时，其数据也会被随之删除;emptyDir的应用场景:(1)临时缓存空间，比如基于磁盘的归并排序;(2)为较耗时计算任务提供检查点，以便任务能方便的从崩溃前状态恢复执行;
使用k8s部署Mysql实例~hostpath，nfs服务器，PV和PVC持久化
qq_56776641的博客
12-19 1567
接下来，要在的每个node节点上都安装下nfs，这样的目的是为了node节点可以驱动nfs设备。接下来，要在的每个node节点上都安装下nfs，这样的目的是为了node节点可以驱动nfs设备。将共享目录以读写权限暴露给192.168.174.0/24网段中的所有主机。将共享目录以读写权限暴露给192.168.174.0/24网段中的所有主机。pod所在node节点是没有目录的，直接使用nfs服务器的目录。
【k8s】k8s存储卷 emptyDir、hostpath、nfs
sl963216757的博客
07-26 944
一、卷简介 卷官方文档 容器中的文件在磁盘上是临时存放的，这给容器中运行的特殊应用程序带来一些问题。首先，当容器崩溃时，kubelet将重新启动容器，容器中的文件将会丢失,因为容器会以干净的状态重建。其次，当在一个 Pod 中同时运行多个容器时，常常需要在这些容器之间共享文件。 Kubernetes 抽象出 Volume 对象来解决这两个问题。 Kubernetes 卷具有明确的生命周期,与包裹它的 Pod 相同。 因此，卷比 Pod中运行的任何容器的存活期都长，在容器重新启动时数据也会得到保留。 当然，
K8S使用hostpath、NFS作为volumes案例
qq_73797346的博客
12-10 835
卷通过将宿主机文件系统上的路径挂载到 Pod 中，使得 Pod 内的容器可以访问该路径。1.创建一个pod，然后在 pod调度到的节点创建目录：/hostpath-test。可以实现pod访问宿主机上特定的日志文件或数据目录。可以实现在宿主节点和 Pod 之间共享数据。3.查看worker233节点数据被保留了。2.进入pod写入数据，然后删除pod。
【k8s配置与存储--持久化存储（HostPath、EmptyDir、NFS）】
嘻哈记的运维学习之路
02-27 2464
使用hostPath、emptyDir、nfs三种方式进行数据共享和持久化，emptydir这种方式可以使pod中容器之间的数据共享，但是在删除pod的时候数据也会删除。
K8S系列：删除pod的4种方法
NIO4444
09-06 1万+
Kubernetes向进程发送一个SIGTERM信号并等待一定的秒数（默认为30），使其正常关闭。如果它没有及时关闭，则通过SIGKILL终止该进程。因此，为了确保你的进程总是正常关闭，进程需要正确处理SIGTERM信号。
K8S系列：Pod重启策略restartPolicy（Always、OnFailure、Never）
NIO4444
05-15 5921
restartPolicy apiVersion: v1 kind: Pod metadata: name: nginx-pod spec: restartPolicy: Always containers: - name: nginx-pod image: nginx 策略： Always pod中容器不论如何停止都将自动重启 OnFailure Pod中容器非正常停止会自动重启，正常停止不会重启 Never Pod中容器不论以任何方式停.
K8S系列：集群网络通信之Pod相互访问
NIO4444
06-14 5099
同一个Node之间Pod的相互访问 不同Node之间Pod的相互访问 编辑yaml vinginx_pod.yaml apiVersion: v1 kind: Pod metadata: name: nginx-pod labels: app: nginx spec: containers: - name: nginx-container image: nginx ports: - containerPort: 8028 vibus...
K8S系列：重启deployment （restart pod）
NIO4444
05-12 4858
kubectl rollout restart deployment -n your-namespace xxx-deployment
K8S系列：查看pod容器的日志
NIO4444
05-18 4277
目录 查看pod名称 方法1 方法2 查看pod名称 kubectl get pods -n 你的namespace 方法1 kubectl logs -f pod名称 -n你的namespace 方法2 kubectl describe pod pod名称 -n你的namespace 查看Volume下Path的路径，进入容器内部查看 然后执行 kubectl exec -it pod名称 -n你的namespace -- /bin/b...
k8s集群部署prometheus、grafana、和nfs
最新发布
03-30
同时，引用[3]指出k8s内部已经有cAdvisor，所以不需要额外部署容器监控，这可能简化配置。我需要确认kube-prometheus-stack是否包含必要的服务发现配置，特别是Kubernetes_sd_config，如引用[1]中的链接所示。 接...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

NIO4444

如果对您有帮助，欢迎打赏支持！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值