： 将源文件的 nlink 加一 创建目标文件的 dentry 删除源文件的 dentry 将源文件的 nlink 减一 而每一步骤都有可能出错，chubaofs 针对以上的 4 步骤中出现的错误处理如下： 步骤 1 出错，啥事都没发生 步骤 2 出错，等同于创建硬连接出错，恢复机制如下： 将源文件的 nlink 减一 步骤 3 出错，相当于创建了硬链接，但是没有删除源文件，此时源文件和目标文件同时存在，恢复机制如下： 对于这一步出错，没有恢复机制，与 unlink 操作失败一样的处理（因为 dentry 删除了，而 inode 却没被回收，会被当成孤儿节点去处理） 如果采用 chubaofs 的方案，需要考虑以下问题： 以上的恢复进制如果没执行成功怎么办？ 客户端存活的情况下，应该多尝试几次，直至成功 但是如果恢复机制尝试多次没成功，或者客户端挂掉、宕机该如何处理？ 步骤 1：忽略 步骤 2：只是给 nlink + + 1 了，这个 ，同步骤 4 恢复机制一样，当做孤儿节点来处理 等同于 unlink 操作时删除了 dentry 而 nlink 没减一的情况 步骤 3： ，就会同时存在 src、dst 的 dentry，相当于多了一个硬链接，Linux 和 POSIX 这一步出错 接口中表明这允许一段时间内存在，但是最终还是要原子性，所以这一步出错会导致和本地文件系统不一致的行为： Linux 接口定义允许

测试人员需要获取应用运行环境资源以进行开发测试，通常需等待几小时、有时甚至几天几 周时间，特别是一些软件开发团队规模比较大、项目比较多的企业。有几个主要原因。  IT 部门在收到资源请求时经常有优先级更高的工作需要处理。  或者忙于处理其他业务团队的资源申请变更请求。  一些规模较大分工较细的组织还会涉及跨部门小组的流程协作(比如投产环节，部 署完虚拟机后需要给安全部门提申请把虚拟机管理信息加入到堡垒机并授权，部署 署、整合运维工具联动自动化，简化协作流程减少 IT 服务部门内部协作。如图 3 所示。 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 8 具体服务方式过程改变为用户侧在线提交资源请求，IT 部门收到请求审批，审批后系 统代替人自动化操作各个虚拟化云平台以及运维工具进行部署交付，使得审批后就不用再等 待 IT 部门排期，以及过程中减少了部门间协作的交付过程时间，从而能够大幅减少排期等 及持续自动化优化分析支持，导致靠人工难以精细化管理，造成大量的资源浪费。 通过在线回收管理，到期前通知，及时发现不再使用的资源，以及持续分析提供资源浪 费数据分析支持，生成优化分析报告建议，在线发起并跟踪优化请求，能够及时回收、及时 优化过配资源，能够减少资源浪费、节约成本，一般能够至少减少 5%到 10%的资源浪费。 如图 4 所示。 图 4: 资源精细化运营管理回收优化 杭州飞致云信息科技有限公司

设置申请向导中租期选项...........................................................................276 10.2.2 配置到期处理策略及到期处理...................................................................276 10.2.3 查看到期资源并操作回收...... 全称 IT Service and Management，是诸多大中型企业采用的 IT 变更请 求管理工具，用于 IT 部门面向应用业务开发测试、业务部门以及 IT 部门内 部成员提交 IT 服务请求，流程管理、流程审批，派发，沟通反馈操作结果 输出，记录变更，记录管理知识库。通常 ITIL 以 ITSM 工具进行落地。比 较 常 见 的 ITSM 平 台 有 神 州 数 码 ServiceJet Keycloak 自带的 OTP 认证要求用户下载支持 OTP 的软件，每个用户都需要新绑 定令牌。无法实现跨应用的动态令牌共享。 客户有自己的 Radius 服务器，可以对集团内所有应用的二次认证功能的统一处理。 我们对接 Radius 认证服务器后，企业内所有用户都使用统一的令牌系统(Radius 服务器) 进行二次认证，无需下载新的应用和绑定新的动态令牌。 配置步骤如下。 第一步，创建一个新的认证流程。通常可以通过复制来快速创建。

所使用的开发语言、开发框架、操作系统、数据库等技术， 是没有直观规律的。 开发商很难为了运维体系而对架构或技术做大规模的修改。 有几乎所有的业务类型 有几乎所有的流行技术 300多款游戏相互之间是没有关系的。 发布变更、故障处理等运维操作场景和操作流程是没有直 观规律的。 服务器数量，也就是操作单元，有二十余万。 随着容器技术的普及，操作单元的数量还会暴涨。 所有业务之间无关联 业务操作单元暴涨 运维转型，困难重重 准备 代码 部署 应用 开发 监控 告警 日志 追溯 运维开发 负责企业技术运营领域（CI、CD、CO）相关场景的系统构建，例如持续集成、日志分析、资 源管理、版本发布、环境变更、监控处理、灾备切换、日常巡检、电子工单、运营分析、运营 管控、经营管理等。 落地企业工具文化。 回顾一下传统烟囱式模式的弊端 …… 调度引擎 容器管理 文件传输 指令执行 编译构建 开发测试服 PaaS平台：开发框架/API集成 统一配置管理 模型定义 自动采集 配置维护 拓扑视图 配置消费 统一运维门户 可视化大屏、统一报表、统一权限、移动运维 变更 流程融合 事件 问题 请求 知识库 SLA 服务目录 流程引擎 运维流程管理 配置 平台 容器平台 作业 平台 视图 嘉为蓝鲸CO：数据分析与智能运营解决方案 中 间 服 务 层 数据总线（数据交换、同步、共享）

在【我的待办事项】面板中，如图 2-7 所示，可以看到当前的待办数量、通知数量， 选择后打开【待办】页面，选择【待办事项】进行处理，常见的待办事项有，审批资源申请 变更订单、回收优化资源要求待办等。 在【我的待办】面板中，列出了最近的五个待办事项，可选择待办事项打开【待办】页 面查看和处理待办事项。 杭州飞致云信息科技有限公司 19 图 2-7 账单汇总面板 杭州飞致云信息科技有限公司 20 向导第二页-其它信息页 杭州飞致云信息科技有限公司 23 图 3-2-2 向导第三页-标签信息页 3.2 申请多组不同配置虚拟机 门户支持大批量不同配置虚拟机方便申请部署场景，类似 Excel 复制行修改请求参数 方式。当需要一次性申请多组不同配置的虚拟机时可使用多机申请功能。 操作步骤如下。 (1) 以工作空间用户登录后，选择进入【虚拟机服务】门户，在左边菜单中选择【申请】 打开【申请】页面， 对于异常状态的订单，可以选择【重试订单】或者【作废订单】，如图 3-11 所示。选 择需要重试的订单，在【操作】下拉菜单中选择【重试订单】会重新执行订单命令，【作 废订单】即中止订单审批流程，订单做作废处理。 图 3-11 重试和作废订单 3.6 SSH 登录虚拟机 如果配置了与 JumpServer 的集成，则可以在 Web 浏览器中 SSH 登陆到虚拟机操作 系统。操作步骤如下。 (1)

会自动执行所有操作。 GitOps 是一组使用 Git 拉取请求来管理基础架构和应用程序配置的实践。GitOps 中的 Git 存储库是系统 和应用程序配置的唯一来源。此 Git 存储库包含指定环境中所需的基础架构声明描述，并包含自动流程， 以使您的环境与上述状态匹配。它还包含该系统的完整状态，以便可查看并可审核更改到系统状态。通过 使用 GitOps，您可以处理基础架构和应用程序配置 sprawl 的问题。 Argo CD Application CR。 ApplicationSet Controller (Argo CD ApplicationSet Controller) Argo CD 中存在并处理 ApplicationSet CR 的自定义 Kubernetes 控制器。此控制器会根据 ApplicationSet CR 的内容自动创建、更新和删除 Argo CD 应用程序。 AppProject

.........................................................................................26 九、常见故障处理................................................................................................... 等详细 说明。CloudExplorer 云管平台采用微服务架构设计，通过本手册能快速了解 CloudExplorer 云管理平台的基础组件构成这样更方便以后在系统运维中更方便的去排查 问题、处理问题。解决了部署环境不统一、部署速度慢、遇到问题无从查起等问题。 二、逻辑架构 2.1 组件说明 CloudExplorer 平台采用 docker-compose 的方式维护整体平台的运行与服务之间的 sql 杭州飞致云信息科技有限公司 27 九、常见故障处理 9.1 连接资产异常 报错：500 Internal Server Error 处理：检查 CMP 和 JumpServer 的时间是否同步，不一致则会跳转失败报错 500 9.2 镜像拉取失败 报错：net/http: TLS handshake timeout 处理： 1）检查服务器是否连通外网 2）检查服务是否有访问仓库权限

Serverless 故障恢复 Serverless vs. IaaS 运维能力 ❑ 需要运维实现故障恢复逻辑 ❑ 如果没有故障恢复逻辑，需要运维介入 • 响应慢 有风险 ❑ 自动回复，秒 级 ❑ 每次请求都是一个新的实例 虚拟机 容器 Serverless 性能调优 Database Linux OS 虚拟机 Database Tomcat Network Runtime Serverless

Resource（requests）配置不合理 WorkLoad/HPA 副本数设置不合理 业务空闲时间 解决方案 Pod 压缩 Node 超卖 HPA VPA 动态 调度 碎片 处理 Pod 资源压缩 • MutatingAdmission Webhook Node 超卖 HPAPlus HPAPlus • 一个HPA一个goroutine • 支持 metric/custom