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等。
延伸解读
混合版本代理的安全性提升
Kubernetes 1.36中，混合版本代理（MVP）功能的升级为集群升级提供了更高的安全性。通过确保API请求能够正确路由到支持新资源的API服务器，MVP有效避免了404错误，减少了因错误响应导致的潜在问题，如误删除资源或阻塞命名空间删除。
聚合发现的优势
新版本中引入的聚合发现功能，使得API服务器能够动态了解其对等服务器的能力。这一改进不仅提升了资源发现的全面性，还增强了安全性和可用性。用户可以获得整个集群中可用API的完整视图，避免了因版本不一致而导致的资源访问问题。
配置要求与注意事项
尽管MVP在Kubernetes 1.36中默认启用，但要确保其正常运行，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服务器版本不同而导致的资源请求错误。
