返回 文章 apply CMS 文章

Together GPU Clusters 新增自动扩缩容、可观测性与自愈能力

Together GPU Clusters 新增自动扩缩容、RBAC、全栈可观测性和自助节点修复,让 GPU 基础设施从实验走向生产运营。

GPU集群自动扩缩容可观测性RBAC
成长分 / 100 67 综合收获、行动、留存与影响

Together GPU Clusters 新增自动扩缩容、可观测性与自愈能力
为什么值得读了解如何通过自动扩缩容避免 GPU 资源过度配置,按需弹性伸缩。

学习如何利用内置健康检查和自助修复减少分布式训练中的硬件故障影响。

关键洞察
  1. 自动扩缩容基于 Kubernetes Cluster Autoscaler,根据 GPU 工作负载(待处理 Pod)动态调整节点数量。
  2. 自助健康检查支持从基本 DCGM Diag 3 到多节点 NCCL/InfiniBand 测试,用户可在启动训练前验证基础设施。
  3. 节点故障时,用户可通过三次点击触发自我修复,控制平面自动封锁、排空并重建节点。
转成行动

深入阅读

正文与原文对照

原文保真覆盖:全文原文字符:7327

AI 基础设施已悄然成为生产基础设施。团队不再只是用寥寥几块 GPU 做实验。一个单节点原型,很快就可能发展成横跨数百块加速器的分布式训练任务。服务真实用户的推理系统,可能遭遇难以预测的流量高峰。而随着集群变成共享环境,运维门槛对所有人都变了——从机器学习研究员到企业平台工程师,无一例外。

但随着这类基础设施不断扩大,手动管理就成了负担。静态预配既低效又昂贵。权限管理变得脆弱。可观测性的缺口掩盖了性能瓶颈,而当 GPU 硬件出现故障时(这终究难免),一个不稳定的节点就可能毁掉数小时的训练时间。

今天,我们为 Together GPU Clusters(原 Instant Clusters)推出多项重要的企业级增强。我们把自动扩缩容、基于角色的访问控制(RBAC)、全栈可观测性、自助节点修复和主动健康检查直接整合进核心集群体验中,让团队既拥有虚拟化栈的弹性,又保有裸金属的性能表现。

自动扩缩容:无需过度预配的弹性容量

你不必再按峰值负载静态分配 GPU 容量,只需启用“自动扩缩容”,让集群根据实时资源需求扩张或收缩。

该功能由 Kubernetes Cluster Autoscaler 驱动,它会监控来自分布式训练或突发推理流量的、受 GPU 资源限制的工作负载(处于 pending 状态的 pod)。需求激增时,会自动上线更多节点;需求消退后,容量随之缩减。

结果很直接:负载下性能不打折,闲置的 GPU 节点也无需付费。这使 Together GPU Clusters 既适合长时间运行的训练任务,也适合负载多变的推理场景。想进一步了解该功能,请访问我们的文档。

主动健康检查、更深入的验收测试与自助节点修复:缩短故障的 MTTR

在大型 GPU 集群中,硬件不稳定并非假想的风险,而是运维中的现实。对于分布式训练工作负载,单个节点故障就可能让整次任务运行作废。

Together GPU Clusters 现已提供自助式主动健康检查。在启动大型训练任务之前,用户可以直接在 UI 中触发各类测试,从基础的 DCGM Diag 3,到多节点 NCCL 或 InfiniBand 写带宽测试,并获得带详细输出的通过/失败结果。

这一能力对分布式训练工作负载尤为关键,因为单个节点故障就可能让整次任务运行作废。用户现在可以在启动大型训练任务之前,对基础设施执行一系列深度检查,从而保障工作负载的连续性,减少浪费的计算周期。

如果某个节点出现故障,用户点三下即可完成自助修复。控制平面会自动对该节点执行 cordon、drain,并在新的或现有的主机上重建节点,在几分钟内让集群恢复健康状态。验收测试现在会在预配过程中自动运行,通过之前集群不会被标记为 Ready。完整的验收测试列表请见此处的文档。

基于角色的访问控制:结构化的多团队治理

当集群从实验阶段走向共享基础设施,访问控制就成了基础。在 Together GPU Clusters 中,“项目(Project)”现在定义了团队间的协作与隔离边界,集群和存储卷都严格限定在各自的项目范围内。

管理员可以实施与企业治理要求相符的结构化访问控制。默认情况下,项目包含两种角色:

  1. Admin:对控制平面拥有完整的读写权限(创建/删除集群),并对 Slurm 集群拥有 sudo 权限。
  2. Member:对数据平面拥有写权限(可访问 GPU 工作节点并运行工作负载)。

这种清晰的划分让平台工程师可以锁定基础设施的预配权限,同时让研究和应用团队在各自的边界内自由、安全地运行工作负载。

你可以在云控制台中管理项目成员和用户角色,路径为 Settings > GPU Cluster Projects

想进一步了解该功能,请访问我们的文档此处。

全栈可观测性(私有预览)

每个 Together GPU Cluster 项目现在都包含一个专属的 Grafana 实例,内置预设仪表盘,可直接从集群详情页访问。

遥测数据覆盖整个技术栈:

  • GPU 利用率:DCGM 指标可直接反映加速器的健康状况和性能。
  • 网络:InfiniBand 和网卡(NIC)级别的遥测数据展示吞吐量与带宽模式。
  • 存储 & 编排:I/O 性能指标能暴露隐藏的瓶颈,而 Kubernetes 遥测数据则让你看清编排的健康状况和资源分配。

集群一经预配,遥测数据即可使用。对平台团队来说,这能加速调试和性能调优;对财务和运营团队来说,则有助于改善容量规划和成本效率。

某应用中的仪表盘列表,共六个仪表盘,带有用于筛选和排序的彩色标签。
该功能目前处于私有预览阶段,如需获取 Grafana 实例的访问权限,请联系支持团队或你的客户经理。

从实验走向运营

有了自动扩缩容、RBAC、可观测性、开箱即用的健康检查和修复机制,Together GPU Clusters 不再只是提供原始的 GPU 预配,而是迈向了可用于生产、完全托管的基础设施。

这让团队可以放心地运行大规模分布式训练任务,不必担心硬件故障连锁引发算力损失。它也为组织内的不同角色带来了各自的价值:

  • 平台工程师可以在共享环境中安全地支持多个内部相关方。
  • 运维人员可以在网络或存储瓶颈拖累模型性能之前就将其定位。
  • 财务团队可以让 GPU 支出更贴近实际的利用率模式。

最重要的是,组织可以从实验性的 AI 系统迈向可运营的 AI 平台,而无需拼凑第三方工具,也无需从零搭建内部控制平面。

开始使用

这些能力现已在 Together GPU Clusters 中提供。

要开始使用,请在 Together AI 注册并启动你的集群。