当在 Kubernetes 中使用 Pod 的 hostNetwork 选项时，Pod 将共享主机的网络命名空间，这意味着 Pod 内部的网络命名空间和主机的网络命名空间是相同的。在这种情况下，如果您尝试在 Pod 内部访问主机上的网络命名空间目录，可能会遇到不会实时同步的问题。这通常有以下几个原因：
- 文件系统缓存：Linux 系统会对文件系统数据进行缓存，这可能导致主机上的文件更改不会立即在 Pod 内部反映出来。这可能会导致您在 Pod 内部看到的文件不是最新的版本。
- 文件系统挂载时机：Pod 启动时挂载主机目录时，会把目录的当前状态挂载到 Pod 中，之后的文件更改并不会实时同步到 Pod 内部。如果您需要实时同步变化，可能需要考虑使用一些同步机制，如 inotify 或者其他同步工具。
- 安全性和隔离性考虑：hostNetwork 选项会破坏 Pod 内外的网络隔离，因此 Kubernetes 设计上可能故意不提供实时同步功能，以避免潜在的安全隐患。这种设计是出于考虑到 Pod 的隔离性和安全性。
如果您需要在 Pod 内部实时同步主机网络命名空间中的变化，可以考虑使用其他方法来实现，如在 Pod 中运行特定的同步程序，或者使用其他网络共享方案来共享网络信息。总的来说，为了确保系统的安全和可靠性，Kubernetes 设计上可能会限制对主机网络命名空间的实时同步。
kube-ovn ovs ovn
优化：
- 一个是 同步问题
- 一个是编码问题
当前这个写法很容易导致不存在ns的时候，解析到的值是这个字符串
