Uploaded image for project: 'OpenShift Installer'
  1. OpenShift Installer
  2. CORS-3272

Provision Azure Stack Infra with CAPI

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • None
    • None
    • Azure Stack CAPI
    • BU Product Work
    • False
    • None
    • False
    • Green
    • In Progress
    • OCPSTRAT-1005 - Remove Terraform from the Azure Stack Hub IPI installer
    • OCPSTRAT-1005Remove Terraform from the Azure Stack Hub IPI installer
    • 28% To Do, 39% In Progress, 33% Done
    • Hide

      3/14: Major progress with having CAPZ successfully provision VMs. Prior to this VMs were failing with unhelpful error which was ultimately caused by missing os disk! CAPZ is able to create machines which look good in the cloud, but working through an issue where CAPZ does not declare the VMs created because it has a client error when trying to reconcile tags. Once VM issue is resolved, we should be able to take the PR upstream.

      Also worked through several installer-specific infrastructure issues. It seems that none of the newer azure storage SDK packages, which we used to write the installer azure infrastructure provisioning support overriding API versions compatible with Azure Stack, so I needed to rewrite storage account, ignition upload, and managed disk creation specifically for Azure Stack with the old sdk. This is all done at the PoC level so wil need some further refactoring. There's a lot of work to be done, but the unknowns are decreasing significantly.

      2/12: PoC has successfully provisioned non-VM infrastructure but CAPZ fails to provision VMs with an uninformative "500 Internal Service error." Debugging has yielded no results. During upcoming sprint planning, we will consider implementing SDK-based VM provisioning so that we can land the rest of the azure stack implementation while buying time to continue to debug the CAPZ VM issue.

      Show
      3/14: Major progress with having CAPZ successfully provision VMs. Prior to this VMs were failing with unhelpful error which was ultimately caused by missing os disk! CAPZ is able to create machines which look good in the cloud, but working through an issue where CAPZ does not declare the VMs created because it has a client error when trying to reconcile tags. Once VM issue is resolved, we should be able to take the PR upstream. Also worked through several installer-specific infrastructure issues. It seems that none of the newer azure storage SDK packages, which we used to write the installer azure infrastructure provisioning support overriding API versions compatible with Azure Stack, so I needed to rewrite storage account, ignition upload, and managed disk creation specifically for Azure Stack with the old sdk. This is all done at the PoC level so wil need some further refactoring. There's a lot of work to be done, but the unknowns are decreasing significantly. 2/12: PoC has successfully provisioned non-VM infrastructure but CAPZ fails to provision VMs with an uninformative "500 Internal Service error." Debugging has yielded no results. During upcoming sprint planning, we will consider implementing SDK-based VM provisioning so that we can land the rest of the azure stack implementation while buying time to continue to debug the CAPZ VM issue.

      OCP/Telco Definition of Done
      Epic Template descriptions and documentation.

      <--- Cut-n-Paste the entire contents of this description into your new Epic --->

      Epic Goal

      • ...

      Why is this important?

      Scenarios

      1. ...

      Acceptance Criteria

      • CI - MUST be running successfully with tests automated
      • Release Technical Enablement - Provide necessary release enablement details and documents.
      • ...

      Dependencies (internal and external)

      1. ...

      Previous Work (Optional):

      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>

              padillon Patrick Dillon
              padillon Patrick Dillon
              Jinyun Ma Jinyun Ma
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated: