Uploaded image for project: 'MicroShift'
  1. MicroShift
  2. USHIFT-409

MicroShift Support of workload partitioning

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • None
    • Core
    • None
    • workload partitioning
    • BU Product Work
    • False
    • Hide

      None

      Show
      None
    • False
    • To Do
    • OCPSTRAT-1068 - Enable workload partitioning for MicroShift
    • OCPSTRAT-1068Enable workload partitioning for MicroShift
    • 0% To Do, 11% In Progress, 89% Done

      Customers have asked MicroShift to support OCP's workload partitioning feature.

      https://github.com/openshift/enhancements/blob/master/enhancements/workload-partitioning/management-workload-partitioning.md is the original design document describing the feature in single-node OCP.

      https://github.com/openshift/enhancements/pull/1213 is a follow-up design extending support to multi-node clusters.

      https://github.com/openshift/enhancements/blob/master/enhancements/shared-and-guaranteed-cpu-pools.md talks about splitting the CPU pool between "shared" and "guaranteed" segments.

      At the very least, we would need to incorporate the pod mutating webhook, a flag to enable it, the kubelet and cri-o settings, and documentation to tie it all together.

      The goal of workload paritioning is to be able to limit the amount of CPU usage of all control plane components. E.g. on a 8 core system, we can limit and gurantee that the control plane is using max 2 cores.

      This is NOT the same as support low latency workload. see https://issues.redhat.com/browse/OCPSTRAT-361 for that.

       

       

       

       

            eslutsky Evgeny Slutsky
            dhellman@redhat.com Doug Hellmann
            Sunil Choudhary Sunil Choudhary
            Votes:
            1 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: