将 Kubernetes 卷暴露给非 kubernetes 应用程序
Expose Volume of Kubernetes to non-kubernetes apps
我是 Kubernetes 的新手,正在从事计算机视觉项目,其中一些服务部署在 Kubernetes 中,一些服务 运行 在物理服务器集群中(Nvidia Jetson板)具有 GPU。非Kubernetes服务能否访问K8s环境的Persistent Volume?请告诉我,
- 如何从 K8s 公开一个 Persistent Volume 并将其挂载为不同物理服务器中的共享驱动器?
- 我可以在部署了 K8s 的主机中有一个卷,而不是使用持久卷吗?我可以将它用于 k8s 和非 k8s 服务吗?
请注意,我们通过 USB 将摄像头连接到每个 Jetson Boards,因此我们不能将这些 Jetson Boards 作为 K8s 下的节点。
不可能。
这是一个更好的方法。例如,您可以使用 NAS 来支持 k8s 和 nvidia board 集群,这两个集群可以通过 NAS 挂载卷共享文件。对于pods在k8s集群上访问挂载点就像使用hostPath
一样简单,或者更复杂的存储驱动取决于你的存储架构。
我是 Kubernetes 的新手,正在从事计算机视觉项目,其中一些服务部署在 Kubernetes 中,一些服务 运行 在物理服务器集群中(Nvidia Jetson板)具有 GPU。非Kubernetes服务能否访问K8s环境的Persistent Volume?请告诉我,
- 如何从 K8s 公开一个 Persistent Volume 并将其挂载为不同物理服务器中的共享驱动器?
- 我可以在部署了 K8s 的主机中有一个卷,而不是使用持久卷吗?我可以将它用于 k8s 和非 k8s 服务吗?
请注意,我们通过 USB 将摄像头连接到每个 Jetson Boards,因此我们不能将这些 Jetson Boards 作为 K8s 下的节点。
不可能。
这是一个更好的方法。例如,您可以使用 NAS 来支持 k8s 和 nvidia board 集群,这两个集群可以通过 NAS 挂载卷共享文件。对于pods在k8s集群上访问挂载点就像使用
hostPath
一样简单,或者更复杂的存储驱动取决于你的存储架构。