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

AWS provider should be more tolerant of new regions

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Critical Critical
    • openshift-4.11
    • None
    • CLOUD Sprint 204, CLOUD Sprint 205, CLOUD Sprint 206, CLOUD Sprint 207, CLOUD Sprint 208, CLOUD Sprint 209, CLOUD Sprint 210, CLOUD Sprint 211, CLOUD Sprint 216, CLOUD Sprint 217, CLOUD Sprint 218, CLOUD Sprint 219, CLOUD Sprint 220, CLOUD Sprint 221

      Inspired by this bugzilla, https://bugzilla.redhat.com/show_bug.cgi?id=1949626

      Currently, the AWS provider will not allow the creation of MachineSets when it doesn't know about the region being requested. The workaround for this is to allow the user to set a custom endpoint for the region they wish to use. Additionally, the aws-sdk module contains a list of known regions which it uses to validate the incoming request. When a user attempts to use a new AWS region, the client should be more tolerant about accepting the unknown region(without a custom endpoint) and instead emit a warning through the validating webhook to inform the user that the region might not exist.

       

      DoD

      • AWS provider allows MachineSet creation with regions that it doesn't validate from the aws-sdk
      • AWS provider validating webhook checks the region and emits a warning if it is unrecognized. this warning should inform the user that the region is not recognized and no custom endpoint has been set.
      • add unit tests to exercise this functionality
      • check documentation for accuracy around region usage

            rmanak@redhat.com Radek Manak
            mimccune@redhat.com Michael McCune
            Huali Liu Huali Liu
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: