主题
管理存储类
RLark 存储类把对象存储 Provider、Endpoint、Bucket 和凭据应用到一个或多个数据平面集群。创建并验证后,用户可以在文件浏览器中访问对象,并把存储挂载到训练任务。
先保护凭据和已有数据
只使用为 RLark 单独签发、权限最小的凭据。不要在截图、工单或文档中粘贴 Access Key 与 Secret Key。编辑或删除存储类可能让任务无法挂载数据;删除存储类不会删除 Bucket 中的对象。
创建存储类
- 进入存储管理,选择创建存储类。
- 输入唯一名称并选择 Provider。
- 至少关联一个集群。
- 填写 Endpoint、访问凭据、Bucket、Region 和 Namespace;S3 兼容服务要求 Path Style 时,启用对应选项。
- 再次核对 Endpoint、Bucket 和关联集群,然后提交。
- 打开详情,确认 Provider、Bucket、Endpoint、连接方式和关联集群。
- 请获授权人员在每个关联集群分别确认 Secret 和 StorageClass 已创建。
- 在每个集群的文件浏览器中使用低风险测试对象验证列出、上传和下载,再用测试任务验证容器挂载。
RLark 会逐集群创建配置,某个集群失败时不会回滚已经成功的集群。出现错误后,记录成功和失败的集群,停止使用该存储类,并逐集群检查网络、凭据权限、Bucket、Region、证书和 Path Style。不要通过授予全局权限来绕过错误,也不要直接重复提交整个表单。
编辑存储类
- 记录原配置、全部关联集群,以及正在使用该存储类的任务。
- 为每个保留、新增和移除的集群写下预期的 StorageClass 与 Secret 状态。
- 在表单中修改配置并提交。
- 逐集群确认实际状态,再重复低风险对象和容器挂载测试。
更新时,RLark 会先删除不再关联的集群配置,再逐集群应用目标配置。任一集群失败后,已经完成的变更不会自动回滚。此时应停止其他存储变更,保存成功与失败集群清单,并按编辑前记录逐集群恢复或完成目标状态。
正在运行的 Worker 是否重新读取配置,取决于它们已经创建的运行时资源。不要假设修改会立即应用到现有任务。
删除存储类
删除会逐集群执行,列表消失不代表全部清理完成
任一集群删除失败,都不会回滚已经完成的集群。聚合列表可能跳过不可达集群;单集群操作在无法读取 StorageClass 时也可能跳过该集群。因此,请求成功或列表中记录消失,都不能代替逐集群检查。
执行前必须保存原关联集群清单和逐集群恢复步骤。缺少任一项时,不要删除。
- 阻止新任务继续引用该存储类。
- 确认需要保留的数据已有独立备份,或仍可从对象存储侧访问。
- 在列表中再次核对名称、Bucket 和全部关联集群。
- 选择删除并确认。
- 记录请求结果和每个集群的处理状态。
- 请获授权人员在每个原关联集群中分别确认 StorageClass 和 Secret 均已删除。
- 检查相关任务和文件入口已经按预期停止使用该配置。
只要有一个集群无法独立检查,就把删除视为未完成,停止后续清理,并按删除前记录逐集群处理。不要直接重复整次删除。
如果仍有任务依赖该存储类,请先迁移任务配置,再执行删除。