Kubernetes Blog
·
Kubernetes v1.36：混合版本代理升级至Beta
内容提要
Kubernetes 1.36中，混合版本代理（MVP）功能从Alpha升级为Beta，默认启用。MVP确保在集群升级时，API请求能正确路由到支持新资源的API服务器，避免404错误。新版本通过聚合发现替代了旧的存储版本API，提升了资源发现的全面性、安全性和可用性。
关键要点
-
在Kubernetes 1.36中，混合版本代理（MVP）功能从Alpha升级为Beta，默认启用。
-
MVP确保在集群升级时，API请求能正确路由到支持新资源的API服务器，避免404错误。
-
新版本通过聚合发现替代了旧的存储版本API，提升了资源发现的全面性、安全性和可用性。
-
MVP通过将请求代理到可以提供所请求资源的对等API服务器来解决404错误的问题。
-
在Beta版本中，API服务器使用聚合发现数据动态了解其对等服务器的能力，取代了对存储版本API的依赖。
-
新增的对等聚合发现支持使得客户端能够获取整个集群中可用API的完整视图。
-
为了确保安全通信，API服务器需要配置特定的标志，包括--feature-gates和--peer-ca-file等。
延伸问答
混合版本代理（MVP）在Kubernetes 1.36中有什么变化？
MVP功能从Alpha升级为Beta，并默认启用，确保API请求能正确路由到支持新资源的API服务器。
混合版本代理如何解决404错误的问题？
MVP通过将请求代理到可以提供所请求资源的对等API服务器来解决404错误的问题。
Kubernetes 1.36中，如何配置API服务器以支持MVP？
API服务器需要配置特定的标志，如--feature-gates和--peer-ca-file等，以确保安全通信。
聚合发现在MVP中有什么作用？
聚合发现替代了旧的存储版本API，提升了资源发现的全面性、安全性和可用性。
如何获取整个集群中可用API的完整视图？
通过启用对等聚合发现，API服务器可以合并本地视图与所有活跃对等服务器的发现数据，提供完整视图。
MVP的引入对集群升级有什么影响？
MVP的引入使得集群升级更安全，避免了因API服务器版本不同而导致的资源请求错误。
