基础架构节点上的 GitOps 工作负载
在基础架构节点上运行 GitOps control plane 工作负载
摘要
第 1 章 在基础架构节点上运行 GitOps control plane 工作负载
对于两个主要目的,您可以使用基础架构节点隔离基础架构工作负载:
- 要防止与订阅数量相关的计费成本
- 分隔维护和管理
您可以使用 OpenShift Container Platform 在基础架构节点上运行 GitOps control plane 工作负载。默认情况下,包括 Operator pod 和由 openshift-gitops
命名空间中的 Red Hat OpenShift GitOps Operator 创建的 control plane 工作负载,包括此命名空间中的默认 Argo CD 实例。
使用 GitOps control plane 工作负载,您可以通过在集群中创建多个隔离的 Argo CD 实例来安全地和声明性地隔离基础架构工作负载,并完全控制 Argo CD 实例的功能。另外,您可以在多个开发人员命名空间中以声明性方式管理这些 Argo CD 实例。通过使用污点,您可以确保只有基础架构组件在这些节点上运行。
在用户命名空间中安装的所有其他 Argo CD 实例都无法在基础架构节点上运行。
1.1. 将 GitOps control plane 工作负载移到基础架构节点
您可以将 Red Hat OpenShift GitOps 安装的 GitOps control plane 工作负载移到基础架构节点。以下是您可以移动的 control plane 工作负载:
-
kam deployment
-
集群部署
(后端服务) -
openshift-gitops-applicationset-controller 部署
-
openshift-gitops-dex-server 部署
-
openshift-gitops-redis 部署
-
openshift-gitops-redis-ha-haproxy 部署
-
openshift-gitops-repo-sever 部署
-
openshift-gitops-server 部署
-
openshift-gitops-application-controller statefulset
-
openshift-gitops-redis-server statefulset
流程
运行以下命令,将现有节点标记为基础架构:
$ oc label node <node-name> node-role.kubernetes.io/infra=
编辑
GitOpsService
自定义资源(CR)以添加基础架构节点选择器:$ oc edit gitopsservice -n openshift-gitops
在
GitOpsService
CR 文件中,将runOnInfra
字段添加到spec
部分,并将其设置为true
。此字段将openshift-gitops
命名空间中的 control plane 工作负载移到基础架构节点:apiVersion: pipelines.openshift.io/v1alpha1 kind: GitopsService metadata: name: cluster spec: runOnInfra: true
可选:在基础架构节点上应用污点并隔离工作负载,并防止其他工作负载调度到这些节点上。
$ oc adm taint nodes -l node-role.kubernetes.io/infra infra=reserved:NoSchedule infra=reserved:NoExecute
可选: 如果您将污点应用到节点,您可以在
GitOpsService
CR 中添加容限:spec: runOnInfra: true tolerations: - effect: NoSchedule key: infra value: reserved - effect: NoExecute key: infra value: reserved
要验证工作负载是否已调度到 Red Hat OpenShift GitOps 命名空间中的基础架构节点上,请点击任何 pod 名称,并确保已添加了 Node selector 和 Tolerations。
在默认 Argo CD CR 中手动添加节点选择器和 Tolerations 都会被 GitOpsService
CR 中的切换和容限覆盖。
1.2. 将 GitOps Operator pod 移到基础架构节点
您可以将 GitOps Operator pod 移到基础架构节点。
先决条件
- 您已在 OpenShift Container Platform 集群上安装了 Red Hat OpenShift GitOps Operator。
-
您可以使用
cluster-admin
权限访问集群。
流程
运行以下命令,将现有节点标记为基础架构节点:
$ oc label node <node_name> node-role.kubernetes.io/infra= 1
- 1
- 将 <node_name> 替换为您要标记为基础架构节点的节点名称。
输出示例
node/<node_name> labeled
运行以下命令来编辑 Red Hat OpenShift GitOps
Subscription
资源:$ oc -n openshift-gitops-operator edit subscription openshift-gitops-operator
在
Subscription
资源的spec.config
字段中添加nodeSelector
和tolerations
:订阅示例
apiVersion: operators.coreos.com/v1alpha1 kind: Subscription metadata: name: openshift-gitops-operator namespace: openshift-gitops-operator spec: config: nodeSelector: 1 node-role.kubernetes.io/infra: "" tolerations: 2 - key: node-role.kubernetes.io/infra operator: Exists effect: NoSchedule
输出示例
subscription.operators.coreos.com/openshift-gitops-operator edited
运行以下命令,验证 GitOps Operator pod 是否在基础架构节点上运行:
$ oc -n openshift-gitops-operator get po -owide
输出示例
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES openshift-gitops-operator-controller-manager-abcd 2/2 Running 0 11m 94.142.44.126 <node_name> <none> <none> 1
- 1
- 确保列出的 <
;node_name&
gt; 是带有node-role.kubernetes.io/infra
标签的节点。
1.3. 其他资源
- 如需有关污点和容限的更多信息,请参阅使用节点污点控制 pod 放置。
- 有关基础架构机器集的更多信息,请参阅 创建基础架构机器集。