Uploaded image for project: 'OpenShift Container Platform (OCP) Strategy'
  1. OpenShift Container Platform (OCP) Strategy
  2. OCPSTRAT-1251

HCP: Guest clusters should support up to 500 worker nodes

XMLWordPrintable

    • BU Product Work
    • False
    • Hide

      None

      Show
      None
    • False
    • 0% To Do, 0% In Progress, 100% Done
    • 0
    • Program Call

      Feature Overview (aka. Goal Summary)  

      Enable Hosted Control Planes guest clusters to support up to 500 worker nodes. This enable customers to have clusters with large amount of worker nodes.

      Goals (aka. expected user outcomes)

      Max cluster size 250+ worker nodes (mainly about control plane). See XCMSTRAT-371 for additional information.
      Service components should not be overwhelmed by additional customer workloads and should use larger cloud instances and when worker nodes are lesser than the threshold it should use smaller cloud instances.

      Requirements (aka. Acceptance Criteria):

       

      Deployment considerations List applicable specific needs (N/A = not applicable)
      Self-managed, managed, or both Managed
      Classic (standalone cluster) N/A
      Hosted control planes Yes
      Multi node, Compact (three node), or Single node (SNO), or all N/A
      Connected / Restricted Network Connected
      Architectures, e.g. x86_x64, ARM (aarch64), IBM Power (ppc64le), and IBM Z (s390x) x86_64 ARM
      Operator compatibility N/A
      Backport needed (list applicable versions) N/A
      UI need (e.g. OpenShift Console, dynamic plugin, OCM) N/A
      Other (please specify)  

      Questions to Answer (Optional):

      Check with OCM and CAPI requirements to expose larger worker node count.

       

      Documentation:

      • Design document detailing the autoscaling mechanism and configuration options
      • User documentation explaining how to configure and use the autoscaling feature.

      Acceptance Criteria

      • Configure max-node size from CAPI
      • Management cluster nodes automatically scale up and down based on the hosted cluster's size.
      • Scaling occurs without manual intervention.
      • A set of "warm" nodes are maintained for immediate hosted cluster creation.
      • Resizing nodes should not cause significant downtime for the control plane.
      • Scaling operations should be efficient and have minimal impact on cluster performance.

       

              rh-ee-smodeel Subin M
              rh-ee-smodeel Subin M
              Aaren de Jong, Adel Zaalouk, Antoni Segura Puimedon, Balachandran Chandrasekaran, Ju Lim, Mike Worthington, Steve Kuznetsov (Inactive)
              Cesar Wong Cesar Wong
              Jie Zhao Jie Zhao
              Cesar Wong Cesar Wong
              Subin M Subin M
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: