Uploaded image for project: 'OpenShift Request For Enhancement'
  1. OpenShift Request For Enhancement
  2. RFE-3719

Allow cluster-admin to delay kube-apiserver rollout time on SNO

    XMLWordPrintable

Details

    • False
    • None
    • False
    • Not Selected
    • 0
    • 0% 0%

    Description

      1. Proposed title of this feature request

      Allow cluster-admin to delay kube-apiserver rollout time on SNO

      2. What is the nature and description of the request?

      The customer would like to be able to schedule kube-apiserver rollouts made by cluster-kube-apiserver-operator, to avoid unneeded impact in the applications running on SNO cluster.

      3. Why does the customer need this? (List the business requirements here)

      Whenever any reconfiguration that impacts kube-apiserver happens, it has to be restarted and that means control plane unavailability on SNO.

      Although SNO is not HA by definition, the expected meaning of this is unavailability during problems or planned upgrades and configuration changes, not unavailability due to internal reconfiguration intentionally made by the product. The request is to be able to schedule this impact for a more suitable time frame.

      4. List any affected packages or components.

      In principle, cluster-kube-apiserver-operator. However, it would be good to review if other components, like cluster-etcd-operator should have their operands scheduled in the same way.

      Attachments

        Issue Links

          Activity

            People

              wcabanba@redhat.com William Caban
              rhn-support-palonsor Pablo Alonso Rodriguez
              Votes:
              0 Vote for this issue
              Watchers:
              11 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: