Uploaded image for project: 'OpenShift Cloud'
  1. OpenShift Cloud
  2. OCPCLOUD-2011

Update External platform with CCM settings

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Done
    • Icon: Critical Critical
    • openshift-4.14
    • openshift-4.14
    • Update External platform with CCM settings
    • False
    • None
    • False
    • Not Selected
    • To Do
    • OCPSTRAT-339 - [Phase 2] Add a new platform type ("external") to identify clusters with non-integrated partner components enabled
    • OCPSTRAT-339[Phase 2] Add a new platform type ("external") to identify clusters with non-integrated partner components enabled
    • 100
    • 100% 100%

      Epic Goal

      • Empower External platform type user to specify when they will run their own CCM

      Why is this important?

      • For partners wishing to use components that require zonal awareness provided by the infrastructure (for example CSI drivers), they will need to exercise their own cloud controller managers. This epic is about adding the proper configuration to OpenShift to allow users of External platform types to run their own CCMs.

      Scenarios

      1. As a Red Hat partner, I would like to deploy OpenShift with my own CSI driver. To do this I need my CCM deployed as well. Having a way to instruct OpenShift to expect an external CCM deployment would allow me to do this.

      Acceptance Criteria

      • CI - A new periodic test based on the External platform test would be ideal
      • Release Technical Enablement - Provide necessary release enablement details and documents.
        • Update docs.ci.openshift.org with CCM docs

      Dependencies (internal and external)

      1. ...

      Previous Work (Optional):

      1. https://github.com/openshift/enhancements/blob/master/enhancements/cloud-integration/infrastructure-external-platform-type.md#api-extensions
      2. https://github.com/openshift/api/pull/1409

      Open questions::

      Done Checklist

      • CI - CI is running, tests are automated and merged.
      • Release Enablement <link to Feature Enablement Presentation>
      • DEV - Upstream code and tests merged: <link to meaningful PR or GitHub Issue>
      • DEV - Upstream documentation merged: <link to meaningful PR or GitHub Issue>
      • DEV - Downstream build attached to advisory: <link to errata>
      • QE - Test plans in Polarion: <link or reference to Polarion>
      • QE - Automated tests merged: <link or reference to automated tests>
      • DOC - Downstream documentation merged: <link to meaningful PR>

            mimccune@redhat.com Michael McCune
            mimccune@redhat.com Michael McCune
            Huali Liu Huali Liu
            Votes:
            1 Vote for this issue
            Watchers:
            11 Start watching this issue

              Created:
              Updated:
              Resolved: