Uploaded image for project: 'OpenShift Virtualization'
  1. OpenShift Virtualization
  2. CNV-22073

TP: VM disaster recovery in ODF Regional-DR for GitOps-based VMs

XMLWordPrintable

    • cnv-vm-regional-dr-odf-gitops-tp
    • Hide
      • no-ux, no-ui
      • Doc scope limited to release note
      • VMs defined as ACM apps and according to limitations of KCS article can failover and relocate
      • Manual testing
      • KCS article updated to mention regional DR
      Show
      no-ux, no-ui Doc scope limited to release note VMs defined as ACM apps and according to limitations of KCS article can failover and relocate Manual testing KCS article updated to mention regional DR
    • Green
    • To Do
    • CNV-22072 - VM Disaster Recovery with OpenShift Data Foundation
    • CNV-22072VM Disaster Recovery with OpenShift Data Foundation
    • 0% To Do, 0% In Progress, 100% Done
    • dev-ready, doc-ready, po-ready, qe-ready, ux-ready
    • Hide

        on track.  Test is in progress. ...

      Show
        on track.  Test is in progress. ...

      Note: This work currently has significant requirements on k8s storage, VolumeGroup (aka consistency groups), which are currently a KEP.

      The deliver of this KEP will significantly impact the delivery of this feature.

      Goal

      To protect VM workload with a low Recovery Time Objective (RTO of minutes) and Recovery Point Objective (RPO of several minutes). This is required for standard IT workloads, as well as high performance databases. This epic is focused on VMs using storage deployed on OpenShift Data Foundation (ODF) and orchestrated via ACM, using asynchronous replication of snapshots. 

      User Stories

      • As a VM workload administrator/owner, I want to protect a VM based application so I can recover it at another site, with minimal data loss, and minimal recovery time.
        • Basic VM, one disk, no application workload required.
        • Windows and Linux
      • As a database administrator/owner, I want to protect a my database based application so I can recover it at another site, with minimal data loss, and minimal recovery time.
        • Basic VM with database workload
          • HammerDB or something similar workload generator.
        • Windows and Linux
        • Success criteria
          • VM restart on DR site
          • Database recovers
          • Workload continues from the last committed transaction from the last complete replication before the failure. This WILL involve data loss, as expected.

      Non-Requirements

      • Performance and scale

      Notes

      • Any additional details or decisions made/needed

      Done Checklist

      Who What Reference
      DEV Upstream roadmap issue (or individual upstream PRs) <link to GitHub Issue>
      DEV Upstream documentation merged <link to meaningful PR>
      DEV gap doc updated <name sheet and cell>
      DEV Upgrade consideration <link to upgrade-related test or design doc>
      DEV CEE/PX summary presentation label epic with cee-training and add a <link to your support-facing preso>
      QE Test plans in Polarion VM DR in Regional DR
      QE Automated tests merged waived for 4.16, will be handled within 4.17 scope
      DOC Downstream documentation merged KCS article
      compatibility with ODF Regional DR

              alitke@redhat.com Adam Litke
              dkenigsb@redhat.com Dan Kenigsberg
              Kevin Alon Goldblatt Kevin Alon Goldblatt
              Votes:
              2 Vote for this issue
              Watchers:
              11 Start watching this issue

                Created:
                Updated:
                Resolved: