杭州飞致云信息科技有限公司 1 CloudExplorer 云管理平台 部署运维手册 版本(v1.2) 杭州飞致云信息科技有限公司 2022 年 4 月 杭州飞致云信息科技有限公司 2 目录 一、概述.......................................................................................... ..........................7 三、部署架构.........................................................................................................................8 3.1 高可用部署架构.............................. .......................... 10 四、部署升级.......................................................................................................................11 4.1 部署环境说明..............................

GitOps 部署 周育緯 1 About me •III DevOps contributor •8 年 System, DevOps 與 Backend 開發與 維護經驗 •資展國際、工研院: Kubernetes, DevOps 講師 2 GitOps •雲原生 Continuous Deployment •所有部署都使用聲明式(declarative)腳本 •所有部署環境yaml皆存放至Git repostiroy來進行觸發 •需確保環境與Git上的腳本為一致 4 GitOps優點 •可以經由git commit history來紀錄環境從 部署至今所有狀態 5 你有遇到過 •一個App deployment yaml檔該如何部署 出多套環境給不同情境(e.g. dev, staging, testing, pre-prod, prod)嗎？ •如果各個環境有需要設定不同的參數呢？ overlay/development | kubectl apply -f - 20 部署出dev deployment and service env 21 Argo CD 22 •A declarative, GitOps continuous delivery tool for Kubernetes 用ArgoCD 搭配kustomize來部署環境ㄌ 23 歡迎大家參考 III DevOps 更多詳細教學影音，請觀看我們的

系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 xN 部署生产环境 xN 部署 / 灰度上线 xN 监控 / 告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务三：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 以前：面向代码片段的串行交付 现在：面向多个服务编排的产品级自动化并行交付 服务一： 服务定义 | 构建 | 部署 | 测试 | 发布 服务二： 服务定义 | 构建 | 部署 | 测试 | 发布 服务三： 服务定义 | 构建 | 部署 | 测试 | 发布 代码一： 代码编写 | 构建 | 部署 | 测试 | 发布 代码二：

配置变更 xN 部署测试环境 xN 部署预发环境 xN 部署生产环境 xN 部署/灰度上线 xN 监控/告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 测试 | 部署 | 发布 服务三：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 以前：面向代码片段的串行交付 现在：面向多个服务编排的产品级自动化并行交付 服务一： 服务定义 | 构建 | 部署 | 测试 | 发布 服务二： 服务定义 | 构建 | 部署 | 测试 | 发布 服务三： 服务定义 | 构建 | 部署 | 测试 | 发布 代码一： 代码编写 | 构建 | 部署 | 测试 | 发布 代码二： 代码编写 | 构建 | 部署 | 测试 | 发布 代码三： 代码编写 | 构建 | 部署 | 测试 | 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道

这个查询表达式就变成了 Range Query， Range Query里有个时间范围，其 Table 视图的截图如下： 第 4 台机器相比其他的机器，返回了更多数据，是因为那个机器的监控数据采集频率是 10s， 而其他的机器采集频率是 30s。 ? 通过 range query + Table 视图，可以让我们直观看到原始上报的监控数据以及上报的具 体时刻（对于排查监控数据采集相关的问题尤为有用），如果在 想找出所有有问题的数据，只要在 promql 中 拼上 < 60 即可： 1 如上的方法，其实就是告警引擎的核心逻辑。告警规则里会要求用户配置promql以及执行频 率，告警引擎就会根据执行频率周期性执行，每次执行的时候就是拿着promql去查询，promql 中带有阈值，即上例中的 <60，所以如果所有机器的内存可用率都很高，比如维持在80~90， 那这个promql是不会返回查询结 要求全局的90分位值，可以把所有 实例的90分位值取个平均，虽然不是那么准确，也凑合能用。而实际上，对于一个服务部署多 个实例的场景，通常这多个实例是负载均衡的，查看其中一个实例的分位值和查看总体的分位值 理论上差不太多。而且，如果某个机器有问题，比如某个机器磁盘故障，导致部署在上面的实例 异常，延迟变高，其他实例都是正常的，全局查看延迟数据的时候，每个实例是一条曲线，那个 故障的机器，

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173 1 部署 Zabbix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173 3 从部署包安装 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 共享内存大小，用于存储主机 和监控项数据 Zabbix 2.2.3 的最大值为 2GB ConfigFrequency no 1-604800 3600 proxyg 从 server 端检索配置 数据的频率，单位秒。 主动 proxy 参数，被动 proxies 忽略此项 (参看 ProxyMode 参 数)。 DBHost no localhost 数据库主机名。 如果是 localhost 或空字符串会

API 为 Zabbix 提供可编程接口，用于批量操作、第三方软件集成和其他用途。 权限系统 • 安全用户认证 • 某些用户可以被限制仅访问某些视图 功能齐全且易于扩展的 agent • 部署在被监控目标上 • Linux 和 Windows 操作系统都适用于 二进制守护进程 • 用 C 编写，用于提高性能和减少内存占用 • 轻量级、便携 为复杂环境做好准备 • 使用 Zabbix 运行在同一台设备上。 Proxy Zabbix proxy 可以代替 Zabbix server 收集性能和可用性数据。proxy 是 Zabbix 部署的可选部分；但是对于分散单个 Zabbix server 的 负载非常有用。 Agent Zabbix agent 部署在被监控目标上，以主动监控本地资源和应用程序，并将收集到的数据报告给 Zabbix server。从 Zabbix 4.4 开始， 有两种类型的 $DB['VAULT_PREFIX']，并且已相应地更新了 setup.php。 因此，CyberArk 和HashiCorp的 vault 路径不再是硬编码的，以便允许使用非标准路径进行 vault 部署。 Agent2 配置 缓冲区大小 Zabbix agent 2 的BufferSize配置参数的默认值已从 100 增加到 1000。 允许空值 现在，Zabbix agent 2 上与插件相关的配置参数允许为空值。

API 为 Zabbix 提供可编程接口，用于大规模操作、第 3 方软件集成和其他用途。 权限系统 • 安全用户认证 • 某些用户可以被限制仅访问某些视图 全功能且易于扩展的 agent • 部署在被监控目标上 • Linux 和 Windows 操作系统都适用于 二进制守护进程 • 用 C 编写，用于提高性能和减少内存占用 • 轻量级、便携 为复杂环境做好准备 • 使用 Zabbix 运行在同一台设备上。 Proxy Zabbix proxy 可以代替 Zabbix server 收集性能和可用性数据。proxy 是 Zabbix 部署的可选部分；但是对于分散单个 Zabbix server 的 负载非常有用。 Agent Zabbix agent 部署在被监控目标上，以主动监控本地资源和应用程序，并将收集到的数据报告给 Zabbix server。从 Zabbix 4.4 开始， 有两种类型的 在某些条件下在受监控主机上自动执行的预定义命令。 template（模板） - 可以应用于一个或多个主机的一组实体集（包含监控项、触发器、图表、低级别自动发现规则、web 场景等）。模版 的应用使得主机上的监控任务部署快捷方便；也可以使监控任务的批量修改更加简单。模版是直接关联到每台单独的主机上。 web scenario（web 场景） - 检查一个网站的可用性的一个或多个 HTTP 请求。 frontend（前端）

data. Upper limit used to be 2GB before Zabbix 2.2.3. CacheUpdateFrequency 否 -3600 0 abbix 缓存更新频率, 单位为秒. 另外参考runtime control 选项。 CacheUpdateFrequency no 1-3600 60 How often Zabbix will perform update parameter is used for Elasticsearch setup. 22 HousekeepingFrequency 否 -24 abbix 执行 housekeeping 的频率 (单位为小时)。 housekeeping 负责从 数据库中删除过期的信 息。 注意: 为了防止 housekeeper 负载过 大 (例如, 当历史和趋势 周期大大减小时), 对于 每一个监控项，不会在 sure that fping binary has root ownership and SUID flag set! 45 HeartbeatFrequency 否 -3600 0 跳信息发送频率，单位 为秒。 用于监视 proxy 的可用 性。 0 - 禁止 该参数只有主动 proxy 才会使用，proxy 工作 模式由参数 ProxyMode 决定。 HeartbeatFrequency

data. Upper limit used to be 2GB before Zabbix 2.2.3. CacheUpdateFrequency 否 -3600 0 abbix 缓存更新频率, 单位为秒. 另外参考runtime control 选项。 CacheUpdateFrequency no 1-3600 60 How often Zabbix will perform update parameter is used for Elasticsearch setup. 22 HousekeepingFrequency 否 -24 abbix 执行 housekeeping 的频率 (单位为小时)。 housekeeping 负责从 数据库中删除过期的信 息。 注意: 为了防止 housekeeper 负载过 大 (例如, 当历史和趋势 周期大大减小时), 对于 每一个监控项，不会在 sure that fping binary has root ownership and SUID flag set! 45 HeartbeatFrequency 否 -3600 0 跳信息发送频率，单位 为秒。 用于监视 proxy 的可用 性。 0 - 禁止 该参数只有主动 proxy 才会使用，proxy 工作 模式由参数 ProxyMode 决定。 HeartbeatFrequency