Uploaded image for project: 'Machine Config Operator'
  1. Machine Config Operator
  2. MCO-578

Make internal registry available on host network for scaleup (like MCS)

XMLWordPrintable

    • Icon: Spike Spike
    • Resolution: Done
    • Icon: Normal Normal
    • None
    • None
    • 8
    • False
    • None
    • False
    • OCPSTRAT-1389 - On Cluster Layering: Phase 3 (GA)
    • MCO Sprint 260
    • 0
    • 0.000

      Background

      This might be by exposing a route, or by having it actually listen there.

      My only concern with exposing a route would be that I don't know if there are platforms/deployments where our OpenShift router/haproxy doesn't exist.

      This is different than the MCS though because we want to have it exposed both to the cluster AND to the host network.

      As long as the MCO is still writing files before we rebase, I think we can still cheat with the cluster pull secrets, but if that ever goes away we're going to have to figure out how to get the initial pull secret on the node so it can scale up.

      TODO(jkyros): This card needs more background

      Goal

      • The node that is bootstrapping will have a way to auth (pull secret, probably) to the internal registry, even though the new node is outside the cluster
      • The internal registry is available on the host network such that nodes that are bootstraping/scaling up can pull their images from it

      Done When

      • A custom OSImageURL referencing the internal registry can be assigned to a pool, and that pool can be scaled up successfully while using it

              rh-ee-rsaini Rishabh Saini
              jkyros@redhat.com John Kyros
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: