在Kubernetes（k8s）集群中，Pod需要使用远程存储的持久卷（PV），并由集群内的服务提供存储服务。最初的方法是通过CSI解析Service的clusterIP，然后使用clusterIP挂载PV卷。然而，由于通过clusterIP进行访问会经过多次转换，导致最终client写PV的性能严重下降。
为了解决这一性能问题，提出了一种新的方案：创建一个Headless Service用于服务端，针对Deployment类型的负载Headless Service会解析提到所有Pod的IP地址列表。然而，仍然存在一个问题，即当client需要重连时，这个域名如何解析？因为使用的驱动是内核提供的，内核中无法直接使用glibc的域名解析功能，即无法使用外部的DNS Server，即使是/etc/resolv.conf中指定的。
通过调查了解到内核提供了request-key机制，可以从内核调用到用户态的应用。request-key本来是用于内核和用户态之间的安全token管理的，后也扩展用于其他用途。这一机制为解决域名解析问题提供了新的思路。
然而，针对这一问题的具体解决方案仍然需要进一步探讨和实践。
标签：游戏攻略
