groundcover 将 Wand 收购成果转化为 Kubernetes 资源自动调优 beta

可观测性公司 groundcover Inc. 今日在其平台上以 beta 形式新增了 Autonomous Infrastructure 功能，可根据每个工作负载在生产环境中的实际表现，自动调整客户 Kubernetes 工作负载的处理器和内存请求，使其达到合理规模。

该技术来自 Kubernetes 资源优化初创公司 Wand Cloud Ltd.，groundcover 于 9 月收购了该公司。

此次发布的版本针对的是 Kubernetes 要求工程师为每个工作负载预先设置的处理器和内存请求，这些请求通常是在工作负载处理任何真实流量之前设定的，而 groundcover 表示，大多数团队很少回头调整这些数值。当某个请求设置得过低时，最先出现的迹象往往是服务抛出内存不足错误。而未被使用的冗余配置最终会体现在每月的云账单上。

由于 groundcover 传感器一直在收集生产历史数据，使用受支持版本的客户无需安装任何东西，首次打开 Autonomous Infrastructure 就能发现该功能所需的数据已经就位。每个工作负载的请求处理器和内存数值会与实际使用量并列显示。预估的月度节省金额旁边显示着配置不足的工作负载数量，还有一张图表追踪随时间推移已实现多少潜在节省。

beta 版本中的金额数字基于客户自行输入的每处理器和内存单位价格。据 groundcover 称，下一步将接入公有云定价，之后还会接入 Amazon Web Services Inc. 的成本和使用报告等账单数据。

groundcover 认为，大多数资源优化工具都是孤立地为每个工作负载调整规模，因此对某个服务来说看似合适的请求，在拥挤的节点上仍可能挤占其邻居的资源。稳定性是 groundcover 自身软件的首要约束。在 Autonomous Infrastructure 提高某个请求之前，它会检查节点的已占用程度，以确保某个工作负载的增加不会导致其余工作负载资源不足。

groundcover 联合创始人兼首席执行官 Shahar Azulay 表示，客户可以在让 Autonomous Infrastructure“更改任何内容”之前，利用自己云账户中已有的数据查看其集群有望节省多少。该功能在工程师开启并选择其管理的部署、命名空间或集群之前一直处于关闭状态。

在 beta 期间，该软件仅调整请求，保持限制值不变。每条策略都带有处理器和内存的最小和最大边界，审计日志会记录谁在何时将每个工作负载分配到哪条策略。Groundcover 建议从风险较低的工作负载入手，例如开发命名空间，而不要动生产数据库这类需要增长空间的工作负载。

该 beta 现已面向所有在 Kubernetes 上运行其传感器的 groundcover 客户免费提供，公司同时也在招募设计合作伙伴，在 beta 运行期间与其产品团队合作。演示活动定于 11 月 9 日至 12 日在盐湖城举行的 KubeCon + CloudNativeCon North America 上进行。

Groundcover 是一家获得风险投资支持的初创公司，迄今已融资 1.6 亿美元，其中包括 7 月由 One Peak 领投的 1 亿美元 C 轮融资。

图片：groundcover