Red Hat OpenShift GitOps 1.13 了解 OpenShift GitOps OpenShift GitOps 简介 Last Updated: 2024-07-09 Red Hat OpenShift GitOps 1.13 了解 OpenShift GitOps OpenShift GitOps 简介 法律通告 法律通告 Copyright © 2024 Red trademarks are the property of their respective owners. 摘要 摘要 本文档概述 OpenShift GitOps 及其功能。它还提供了一个定义常见 OpenShift GitOps 术语的术语 表。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 什么是 GITOPS？ ？ 第 第 2 章 章 关于 关于 RED HAT OPENSHIFT GITOPS 2.1. 主要特性 2.2. OPENSHIFT GITOPS 常用术语表 2.3. 其他资源 第 第 3 章 章 为 为支持收集 支持收集诊 诊断信息 断信息 3.1. 关于 MUST-GATHER 工具 3.2. 为 RED HAT OPENSHIFT GITOPS 收集调试数据

OpenShift GitOps 1.13 基础架构节点上的 GitOps 工作负载 在基础架构节点上运行 GitOps control plane 工作负载 Last Updated: 2024-07-09 Red Hat OpenShift GitOps 1.13 基础架构节点上的 GitOps 工作负载 在基础架构节点上运行 GitOps control plane 工作负载 法律通告 community. All other trademarks are the property of their respective owners. 摘要 摘要 本文档提供在 OpenShift GitOps 安装的基础架构节点上运行某些工作负载的说明。它还讨论如何将 默认工作负载移到基础架构节点。 . . . . . . . . . . . . . . . . . . . . . . . . . 架构节 构节点上 点上运 运行 行 GITOPS CONTROL PLANE 工作 工作负载 负载 1.1. 将 GITOPS CONTROL PLANE 工作负载移到基础架构节点 1.2. 将 GITOPS OPERATOR POD 移到基础架构节点 1.3. 其他资源 3 3 4 6 目 目录 录 1 Red Hat OpenShift GitOps 1.13 基 基础 础架 架构节

HorizonCD 云音乐在GitOps CD领域的最佳实践 朱旭 网易云音乐 云原生开发工程师 目 录 背景 01 Horizon模板体系 02 GitOps最佳实践 03 Horizon产品介绍 04 Horizon落地 05 背景 第一部分 背景 云主机时代的痛点 2020年，云音乐开始容器化转型 效率 低下 计算 焦虑 运维 繁琐 成本 高昂 背景 底层能力快速封装：混合云、服务网格 有了这样的模板，是否能直接apply使用 呢？ GitOps最佳实践 第三部分 ArgoCD的设计 什么是GitOps apiVersion: apps/v1 kind: Deployment metadata: name: demo spec: replicas: 3 ... GitOps in Horizon Horizon作为面向用户的统一界面，用户不感知 不感知 gitlab 和 argo CD GitOps in Horizon 应用生命周期->代码库的生命周期 GitOps in Horizon GitOps in Horizon Horizon产品介绍 第四部分 Horizon介绍 Horizon平台能力 Horizon落地 第五部分 Horizon落地 Q & A 欢迎加入Horizon社区

实践 践 1.1. 推荐的节点主机实践 1.2. 创建 KUBELETCONFIG CRD 来编辑 KUBELET 参数 1.3. 修改不可用 WORKER 节点的数量 1.4. CONTROL PLANE 节点大小 1.5. 推荐的 ETCD 实践 1.6. 将 ETCD 移动到不同的磁盘 1.7. 分离 ETCD 数据 1.8. OPENSHIFT CONTAINER PLATFORM 使用 POLICYGENTEMPLATE 资源进行高级受管集群配置 19.10. 使用 TOPOLOGY AWARE LIFECYCLE MANAGER 更新受管集群 19.11. 更新 GITOPS ZTP 159 159 159 159 160 161 173 180 183 191 191 202 203 203 205 205 209 216 226 机器配置池： 2. 将 maxUnavailable 设置为您需要的值： 重要 重要 当设置该值时，请考虑无法使用的 worker 节点数量，而不影响在集群中运行的应 用程序。 1.4. CONTROL PLANE 节点大小 控制平面节点资源要求取决于集群中的节点和对象的数量和类型。以下控制平面节点大小是基于控制平面 密度测试的结果，或 Clusterdensity。此测试会在给定很多命名空间中创建以下对象：

更新服务 2.3. 支持非受管 OPERATOR 的策略 第 第 3 章 章 OPENSHIFT CONTAINER PLATFORM CONTROL PLANE 3.1. 了解 OPENSHIFT CONTAINER PLATFORM CONTROL PLANE 第 第 4 章 章 了解 了解 OPENSHIFT CONTAINER PLATFORM 开 开发 发 4.1. 关于容器化应用程序开发 IGNITION 配置文件 5.3. 安装后更改 IGNITION 配置 第 第 6 章 章 CI/CD 方法和 方法和实 实践 践 6.1. 用于集群管理和应用程序配置管理的 CI/CD 6.2. GITOPS 方法和实践 第 第 7 章 章 在 在 OPENSHIFT CONTAINER PLATFORM 中使用 中使用 ARGOCD 7.1. ARGOCD 做什么？ 7.2. 支持声明 7.3 Container Engine。 Kubelet，Kubernetes 的主要节点代理，负责启动和监视容器。 在 OpenShift Container Platform 4.3 中，所有 control plane 都需要使用 RHCOS。但 compute（计算） 机器（也被称为 worker ）可以使用 Red Hat Enterprise Linux (RHEL) 做为操作系统。如果选择使用 RHEL

Linux (RHEL) 8.6、8.7 和 8.8 上，以 及 Red Hat Enterprise Linux CoreOS (RHCOS) 4.14 上。 您必须将 RHCOS 机器用于 control plane，而 compute 系统可以使用 RHCOS 或 RHEL。 从 OpenShift Container Platform 4.12 开始，对于发行版本号为偶数的版本提供了一个额外 6 在 OpenShift Container Platform 4.14 中，您可以使用 pd-balanced 磁盘类型在 GCP 上安装集群。此磁 盘类型仅适用于计算节点，不能用于 control plane 节点。如需更多信息，请参阅其他 GCP 配置参数。 1.3.2.5. OpenShift Container Platform 4.14 中的可 中的可选 选功能 功能 对于 OpenShift 默认情况下，安装程序会创建安全组并将其附加到 control plane 和计算机器。不可修改与默认安全组关联 的规则。 使用 OpenShift Container Platform 4.14 时，如果您将集群部署到现有的 Amazon Virtual Private Cloud (VPC) 中，您可以将额外的现有 AWS 安全组应用到 control plane 和计算机器。这些安全组必须与您要将 集群部署到的

基于微服务的架构的非中心化团队设计。 管理您的基 管理您的基础 础架 架构 构和 和应 应用程序配置 用程序配置 ：GitOps 是为云原生应用程序实施持续部署的一种声明方 式。GitOps 将基础架构和应用程序定义定义为代码。GitOps 使用此代码来管理多个工作区和集 群来简化基础架构和应用程序配置的创建过程。GitOps 以快速的速度处理和自动化复杂部署，节 省部署和发行周期期间的时间。 部署 部署 Helm chart Container Platform 4.13 control 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 4.13 文档 文档 5 了解 了解 OpenShift Container Platform 管理 管理 ：了解 OpenShift Container Platform 4.13 control plane 的组件。请参阅 OpenShift Container Platform control plane 和计算节点如何通过 Machine API 和 Operator 进行管理和更新。 启 启用在安装集群管理 用在安装集群管理员 员前禁用的集群功能 前禁用的集群功能，可以启用在安装前禁用的集群功能。如需更多信息， 请参阅启用集群功能。 1.3.1. 管理集群组件 管理机器 管理机器: 在带有集群集的集群中管理 compute 和 control plane，使用部署健康检查和应用自动

队 设计。 管理您的基 管理您的基础 础架 架构 构和 和应 应用程序配置 用程序配置 ： GitOps 是为云原生应用程序实施持续部署的一种声明方 式。GitOps 将基础架构和应用程序定义定义为代码。然后，它会使用此代码来管理多个工作区和 集群来简化基础架构和应用程序配置的创建过程。GitOps 以快速的速度处理和自动化复杂部署， 节省部署和发行周期期间的时间。 部署 部署 Helm chart Platform 管理 管理 ：了解 OpenShift Container Platform 4.10 control plane 的组件。请参阅如何通过 Machine API 和 Operators 管理和更新 OpenShift Container Platform control plane 和 worker 节点。 1.3.1. 管理集群组件 管理机器 管理机器 ：通过部署健康检查并将自动扩展应用到机器，在

以及遵循监视集群的日志记录功能。作为集群管理员，本文档可帮助您： 了解 了解 OpenShift Container Platform 管理 管理 ：了解 OpenShift Container Platform 4.6 control plane 的组件。了解 OpenShift Container Platform master 和 worker 如何通过 Machine API 和 Operator 进行管理和更新。 1.3 Pipelines Operator IBM Cloud Pak 和 RHT MW Bundles 的嵌入式组 件 未包含 包括 N/A Red Hat OpenShift GitOps 未包含 包括 OpenShift GitOps Red Hat CodeReady Workspaces 未包含 包括 CodeReady Workspaces Red Hat CodeReady Containers kubectl 您可以定义如何运行工作负载。使用 kubectl 命令与 kube-apiserver 进行交互。 节点 节点是 Kubernetes 集群中的物理机器或虚拟机。控制平面（control plane）管理每个节点，并在 Kubernetes 集群中的节点之间调度 pod。 容器运行时 容器运行时在主机操作系统上运行容器。您必须在每个节点上安装容器运 行时，以便 pod 能够在该节点上运行。