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

[RFE] Config to allow setting node drain timeout for node upgrades

XMLWordPrintable

    • Icon: Feature Request Feature Request
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • None
    • MCO, Node
    • None
    • False
    • False
    • Undefined

      1. Proposed title of this feature request.

      • Custom node drain timeout setting.

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

      • To have an ability to set node-drain timeouts like we had in OCP 3.x (/usr/share/ansible/openshift-ansible/playbooks/byo/openshift-cluster/upgrades/v3.11/upgrade_nodes.yml -e openshift_upgrade_nodes_drain_timeout=600)

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

      • The customer has done a lot of upgrades in past for 3.X and given their cluster size (roughly the prod clusters are having 300+ nodes and 15k+ pods running ) with 10min timeout , it used to take 30+ hours to upgrade all nodes. With 4.X, they cannot go with infinite drain loop and this is definitely not a feasible solution at all to sit and monitor upgrade process and take action if some nodes get stuck.

      4. How would the customer like to achieve this? (List the functional requirements here)

      • They would like to have some spec or configuration which can define the drain timeout (for specific pools or nodes), and they can overwrite such value.

      5. For each functional requirement listed in question 4, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.

      • Perform an upgrade by giving custom drain timeout. After given timeout value node drain should timeout and continue with the node upgrade.

            rhn-support-mrussell Mark Russell
            rhn-support-ychoukse Yash Chouksey (Inactive)
            Votes:
            1 Vote for this issue
            Watchers:
            14 Start watching this issue

              Created:
              Updated: