Agent Substrate GCP资源清理指南teardown.sh完整实操手册【免费下载链接】substrateAgent Substrate: the core system项目地址: https://gitcode.com/GitHub_Trending/substrate7/substrateAgent Substrate 是一个面向 AI Agent 的大规模沙箱执行运行时core system它基于 Kubernetes 和 GCP 提供 GKE 集群、GCS 快照桶、Workload Identity 权限与监控仪表盘等云资源。实验结束后如何快速、完整、零残留地清理这些 GCP 资源本文将带你用仓库自带的 hack/teardown.sh 一键回收全部云资源避免账单继续增长。一、为什么要做 GCP 资源清理Agent Substrate 的完整部署会在你的 GCP 项目中留下这些高价值资源资源类型说明计费风险GKE 集群含 gVisor 节点池默认c3-standard-4⚠️ 最高节点按小时计费GCS 快照桶存放 Actor 状态快照按存储量计费IAM 权限绑定项目级与桶级 Workload Identity 绑定无费用但有安全隐患监控仪表盘Cloud Monitoring 面板无费用但会残留 一句话集群不删账单不停。teardown.sh就是为反向 setup而生的清理脚本。二、teardown.sh 的 7 个清理选项teardown.sh 采用分步式设计每个选项对应 setup-gcp 中一个创建动作的精确逆操作--revoke-gke-node-permissions— 回收 GKE 节点拉取镜像的项目级权限--revoke-atelet-permissions— 回收 atelet 的 Workload Identity 项目级绑定--delete-iam-policy-bindings— 删除快照桶上的 IAM 策略绑定--delete-snapshot-bucket— 清空并删除 GCS 快照桶--delete-gvisor-node-pool— 删除 gVisor 节点池--delete-cluster— 删除整个 GKE 集群--delete-dashboards— 删除 3 个 Substrate 监控仪表盘--all—按 setup 的逆序执行全部步骤 脚本开头会自动source可选的.ate-dev-env.sh环境文件即使该文件不存在变量直接注入环境也能正常执行——这对集群已半毁、只剩 gcloud 可用的场景非常友好。三、最快方法三步完成一键清理第 1 步准备环境变量文件仓库提供了示例文件 hack/ate-dev-env.sh.example复制并修改为你的项目信息cp hack/ate-dev-env.sh.example .ate-dev-env.sh # 编辑 PROJECT_ID、CLUSTER_NAME、BUCKET_NAME 等变量关键变量速查变量用途PROJECT_ID/PROJECT_NUMBER几乎所有清理步骤都依赖CLUSTER_NAME/CLUSTER_LOCATION删除集群与节点池BUCKET_NAME删除快照桶NODE_POOL_NAME仅单独删节点池时需要第 2 步执行全量清理source .ate-dev-env.sh ./hack/teardown.sh --all--all的执行顺序刻意与 setup 完全相反删仪表盘 → 删桶级 IAM → 回收 atelet 权限 → 回收节点权限 → 删快照桶 → 删 gVisor 节点池可选→ 删 GKE 集群第 3 步验证清理结果gcloud container clusters list --project${PROJECT_ID} gcloud storage ls --project${PROJECT_ID}两处均应为空即完成 ✅四、常见场景实操场景 1只删集群保留桶测试结束但想保留快照做分析单独执行./hack/teardown.sh --delete-cluster注意--all模式下若NODE_POOL_NAME未设置脚本会跳过节点池删除——因为集群删除会连带删除其下所有节点池这是脚本的贴心设计避免多余变量依赖。场景 2集群已删一半只回收权限脚本特意不做 cluster-admin 预检所有步骤只与 GCP 对话不要求 kubectl 上下文可用。集群已经手动删掉时仍可安全执行./hack/teardown.sh --revoke-atelet-permissions --delete-snapshot-bucket场景 3只删仪表盘换名重配前./hack/teardown.sh --delete-dashboards该步骤按显示名精确匹配 3 个面板Substrate Snapshot Size QPS、Substrate Routing E2E Latency、Substrate gRPC Server — latency / QPS / errors。五、清理前的 3 个注意事项 ⚠️快照数据不可逆--delete-snapshot-bucket会先递归清空gs://${BUCKET_NAME}/**再删桶。快照是 Actor 的全部状态删了就没了。权限回收是幂等的所有remove-iam-policy-binding都带|| true绑定不存在时不会报错中断可以放心重复执行。变量缺省会提前失败脚本内置require检查每步只声明自己需要的变量删桶不会要求节点池名缺失时立即提示变量名而不是删到一半才报 gcloud 错误。六、相关资源导航 清理脚本本体hack/teardown.shGCP 资源创建工具清理的正向参照tools/setup-gcp/README.md环境变量示例hack/ate-dev-env.sh.example仪表盘 JSON 定义tools/setup-gcp/dashboards/本地快速上手不涉及 GCP用 kind 集群README.md 的 Quickstart 章节结语掌握teardown.sh的分步选项与--all逆序清理你就能在 Agent Substrate 的 GCP 环境中做到装得快、拆得净。建议每次实验结束后养成./hack/teardown.sh --all 双重列表验证的习惯让每一次 Agent 沙箱实验都干净收尾。【免费下载链接】substrateAgent Substrate: the core system项目地址: https://gitcode.com/GitHub_Trending/substrate7/substrate创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Agent Substrate GCP资源清理指南：teardown.sh完整实操手册
Agent Substrate GCP资源清理指南teardown.sh完整实操手册【免费下载链接】substrateAgent Substrate: the core system项目地址: https://gitcode.com/GitHub_Trending/substrate7/substrateAgent Substrate 是一个面向 AI Agent 的大规模沙箱执行运行时core system它基于 Kubernetes 和 GCP 提供 GKE 集群、GCS 快照桶、Workload Identity 权限与监控仪表盘等云资源。实验结束后如何快速、完整、零残留地清理这些 GCP 资源本文将带你用仓库自带的 hack/teardown.sh 一键回收全部云资源避免账单继续增长。一、为什么要做 GCP 资源清理Agent Substrate 的完整部署会在你的 GCP 项目中留下这些高价值资源资源类型说明计费风险GKE 集群含 gVisor 节点池默认c3-standard-4⚠️ 最高节点按小时计费GCS 快照桶存放 Actor 状态快照按存储量计费IAM 权限绑定项目级与桶级 Workload Identity 绑定无费用但有安全隐患监控仪表盘Cloud Monitoring 面板无费用但会残留 一句话集群不删账单不停。teardown.sh就是为反向 setup而生的清理脚本。二、teardown.sh 的 7 个清理选项teardown.sh 采用分步式设计每个选项对应 setup-gcp 中一个创建动作的精确逆操作--revoke-gke-node-permissions— 回收 GKE 节点拉取镜像的项目级权限--revoke-atelet-permissions— 回收 atelet 的 Workload Identity 项目级绑定--delete-iam-policy-bindings— 删除快照桶上的 IAM 策略绑定--delete-snapshot-bucket— 清空并删除 GCS 快照桶--delete-gvisor-node-pool— 删除 gVisor 节点池--delete-cluster— 删除整个 GKE 集群--delete-dashboards— 删除 3 个 Substrate 监控仪表盘--all—按 setup 的逆序执行全部步骤 脚本开头会自动source可选的.ate-dev-env.sh环境文件即使该文件不存在变量直接注入环境也能正常执行——这对集群已半毁、只剩 gcloud 可用的场景非常友好。三、最快方法三步完成一键清理第 1 步准备环境变量文件仓库提供了示例文件 hack/ate-dev-env.sh.example复制并修改为你的项目信息cp hack/ate-dev-env.sh.example .ate-dev-env.sh # 编辑 PROJECT_ID、CLUSTER_NAME、BUCKET_NAME 等变量关键变量速查变量用途PROJECT_ID/PROJECT_NUMBER几乎所有清理步骤都依赖CLUSTER_NAME/CLUSTER_LOCATION删除集群与节点池BUCKET_NAME删除快照桶NODE_POOL_NAME仅单独删节点池时需要第 2 步执行全量清理source .ate-dev-env.sh ./hack/teardown.sh --all--all的执行顺序刻意与 setup 完全相反删仪表盘 → 删桶级 IAM → 回收 atelet 权限 → 回收节点权限 → 删快照桶 → 删 gVisor 节点池可选→ 删 GKE 集群第 3 步验证清理结果gcloud container clusters list --project${PROJECT_ID} gcloud storage ls --project${PROJECT_ID}两处均应为空即完成 ✅四、常见场景实操场景 1只删集群保留桶测试结束但想保留快照做分析单独执行./hack/teardown.sh --delete-cluster注意--all模式下若NODE_POOL_NAME未设置脚本会跳过节点池删除——因为集群删除会连带删除其下所有节点池这是脚本的贴心设计避免多余变量依赖。场景 2集群已删一半只回收权限脚本特意不做 cluster-admin 预检所有步骤只与 GCP 对话不要求 kubectl 上下文可用。集群已经手动删掉时仍可安全执行./hack/teardown.sh --revoke-atelet-permissions --delete-snapshot-bucket场景 3只删仪表盘换名重配前./hack/teardown.sh --delete-dashboards该步骤按显示名精确匹配 3 个面板Substrate Snapshot Size QPS、Substrate Routing E2E Latency、Substrate gRPC Server — latency / QPS / errors。五、清理前的 3 个注意事项 ⚠️快照数据不可逆--delete-snapshot-bucket会先递归清空gs://${BUCKET_NAME}/**再删桶。快照是 Actor 的全部状态删了就没了。权限回收是幂等的所有remove-iam-policy-binding都带|| true绑定不存在时不会报错中断可以放心重复执行。变量缺省会提前失败脚本内置require检查每步只声明自己需要的变量删桶不会要求节点池名缺失时立即提示变量名而不是删到一半才报 gcloud 错误。六、相关资源导航 清理脚本本体hack/teardown.shGCP 资源创建工具清理的正向参照tools/setup-gcp/README.md环境变量示例hack/ate-dev-env.sh.example仪表盘 JSON 定义tools/setup-gcp/dashboards/本地快速上手不涉及 GCP用 kind 集群README.md 的 Quickstart 章节结语掌握teardown.sh的分步选项与--all逆序清理你就能在 Agent Substrate 的 GCP 环境中做到装得快、拆得净。建议每次实验结束后养成./hack/teardown.sh --all 双重列表验证的习惯让每一次 Agent 沙箱实验都干净收尾。【免费下载链接】substrateAgent Substrate: the core system项目地址: https://gitcode.com/GitHub_Trending/substrate7/substrate创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考