Uploaded image for project: 'OpenShift Pod Autoscaling'
  1. OpenShift Pod Autoscaling
  2. PODAUTO-189

Run Cluster Resource Override as a Deployment

XMLWordPrintable

    • BU Product Work
    • 3
    • False
    • Hide

      None

      Show
      None
    • False
    • OCPSTRAT-1427 - Ability to run CRO on infra/worker node ( this will also enable CRO to run in HCP)
    • PODAUTO - Sprint 256, PODAUTO - Sprint 257

      As a cluster admin, I would like Cluster Resource Override to run as a deployment instead of a daemonset. That way the number of running replicas isn't necessarily tied to the number of masters in the cluster.

      Acceptance Criteria

      The new deployment should be running with 2 replicas on masters (by default – another story will cover the ability to control where else it can run).

      The pods should have an anti-affinity which prevents them from running on the same host, like the example below:

      template:
        spec:
          affinity:
            podAntiAffinity:
              requiredDuringSchedulingIgnoredDuringExecution:
              - labelSelector:
                  matchExpressions:
                  - key: clusterresourceoverride
                    operator: In
                    values:
                    - "true"
                topologyKey: kubernetes.io/hostname 

              rh-ee-macao Max Cao
              joelsmith.redhat Joel Smith
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: