Kubernetes 1.28:一种新的(alpha版)机制,用于更安全的集群升级

一文带你了解Kubernetes 1.28混合版本代理功能

Kubernetes 1.28:一种新的(alpha版)机制,用于更安全的集群升级

作者:Richa Banker (Google)

本文介绍了混合版本代理(mixed version proxy),这是 Kubernetes 1.28 版本中的一个新的 alpha 功能。混合版本代理使得在集群中存在多个不同版本的 API 服务器的情况下,能够正确地为资源的 HTTP 请求提供服务。例如,在集群升级期间或者在部署集群控制平面的运行时配置时,这将会非常有用。


这个功能解决了什么问题? 

当集群进行升级时,处于不同版本的 kube-apiserver 可能会为不同的内置资源集(组、版本、资源)提供服务。在这种情况下发起的资源请求可能会由任何一个可用的 apiserver 提供服务,这可能导致请求最终传递到一个不知道所请求资源的 apiserver,从而返回 404 找不到错误,这是不正确的。此外,错误地返回 404 错误可能会导致严重后果,例如错误地阻止命名空间删除或者错误地对对象进行垃圾回收。


我们如何解决这个问题?

Kubernetes 1.28:一种新的(alpha版)机制,用于更安全的集群升级

这项新功能 “混合版本代理” 为 kube-apiserver 提供了将请求代理到了解所请求资源的同级 kube-apiserver 并能够为请求提供服务的能力。为实现此功能,API 服务器的聚合层中添加了一个新的过滤器到处理链中。

1. 处理链中的新过滤器会检查请求是否针对 apiserver 不了解的组/版本/资源(使用现有的 StorageVersion API)。如果是这样的情况,它会将请求代理到 ServerStorageVersion 对象中列出的 apiserver 之一。如果被识别的同级 apiserver 未能响应(可能是因为网络连接问题,请求接收和控制器注册 apiserver 资源信息在 ServerStorageVersion 对象中的竞争等原因),那么会返回 503 错误(”Service Unavailable”)。

2. 为了防止请求的无限代理,一旦确定原始 API 服务器无法处理请求,就会在原始请求中添加一个新的 HTTP 头(在 v1.28 版中引入)。将此标头设置为 true 表示原始 API 服务器无法处理该请求,因此应进行代理。如果目标同级 API 服务器看到此标头,它将不会再次代理请求。X-Kubernetes-APIServer-Rerouted: true

3. 要设置同级 kube-apiserver 使用的网络位置以代理请求,将传递给或者(当未指定时)使用的标志。对于具有不允许使用这些标志中指定的地址之间进行通信的同级 kube-apiserver 的网络配置的用户,可以使用此功能中引入的 –advertise-address 和 –peer-advertise-ip 标志传递正确的同级地址。


如何启用此功能?

以下是启用此功能所需的步骤:

  • 下载最新的 Kubernetes 项目(版本或更高)v1.28.0
  • 使用命令行标志在 kube-apiserver 上打开功能开关–feature-gates=UnknownVersionInteroperabilityProxy=true
  • 使用标志在 kube-apiserver 上传递将被源 kube-apiserver 用于对目标 kube-apiserver 的证书进行验证的 CA bundle。注意:此标志对于此功能的工作是必需的。此标志没有默认启用值。–peer-ca-file
  • 在代理请求时,传递本地 kube-apiserver 的正确 IP 地址和端口,供同级的 kube-apiserver 连接。在 kube-apiserver 启动时,使用标志 –peer-advertise-ip 和 –peer-advertise-port 将这些值传递给它。如果这两个标志都没有设置值,将使用传递给 –advertise-address 或 –bind-address 的值。如果这些值也没有设置,将使用主机的默认接口。–peer-advertise-ip–peer-advertise-port–advertise-address–bind-address

还有什么需要注意的?

目前,我们仅在确定需要这样做时才会代理到同级 kube-apiserver 的资源请求。接下来,我们需要解决在这种情况下如何处理发现请求。目前,我们计划在 beta 版本中拥有以下功能:

  • 在所有 kube-apiserver 之间合并发现请求
  • 对连接到同级 kube-apiserver 的网络连接使用出口拨号器

如何获取更多信息? 

阅读混合版本代理文档

阅读 KEP-4020:未知版本互操作性代理


如何参与其中? 

在 Slack 上与我们联系:#sig-api-machinery,或通过邮件列表。非常感谢那些在这个功能的设计、实现和审核过程中提供帮助的贡献者:Daniel Smith、Han Kang、Joe Betz、Jordan Liggit、Antonio Ojea、David Eads 和 Ben Luddy!


本文翻译自Kubernetes.io

原创声明:本文为 CNBPA 云原生社区原创技术内容,非商业转载须注明出处:https://www.cloudnative-tech.com/p/5961/。文中原创图示、架构图和文章内容未经许可不得用于商业转载、培训课件、营销材料或二次分发。
(0)
上一篇 2023年8月31日 下午12:09
下一篇 2023年8月31日 下午12:22

相关推荐

  • Istio架构和原理详解

    Istio是一个开源的服务网格平台,用于管理和连接微服务应用程序。它提供了一系列的功能,包括流量管理、服务发现、负载均衡、故障恢复、安全认证和授权等,帮助开发人员和运维团队更好地管理和监控微服务架构。

    2023年5月23日
    0
  • 容器化部署流程及步骤

    容器化部署流程是将应用程序打包成容器镜像,并通过容器编排工具将容器镜像部署到目标环境的过程。下面是一个常见的容器化部署流程,包括以下步骤:

    2023年6月21日
    0
  • 容器云原生平台怎么选型?

    选择适合的容器云原生平台是一个关键的决策,需要考虑多个因素,包括功能特性、性能和可扩展性、安全性、社区支持、成本和适应性等。以下是一些选择容器云原生平台的关键步骤和考虑因素:

    2023年6月26日
    0
  • 容器平台技术包括哪些方面?

    容器平台技术是指用于管理和运行容器化应用程序的软件和工具集合。随着容器技术的快速发展和广泛应用,容器平台技术也不断演进和丰富。本文将介绍容器平台技术的主要方面,包括以下几个方面:

    2023年6月2日
    0
  • 云原生架构的关键技术包括哪些?

    云原生架构通过容器化、微服务和持续交付等关键技术,使得应用程序更加敏捷、可靠和可扩展。那么,云原生架构的关键技术包括哪些呢?本文将对此进行探究。

    2023年5月29日
    0