<font size=2 face="sans-serif">Bruce,</font>
<br>
<br><font size=2 face="sans-serif">Nice list of use cases; thank you for
sharing.  One thought</font>
<br>
<br><tt><font size=2>Bruce Montague <Bruce_Montague@symantec.com>
wrote on 13/03/2014 04:34:59 PM:<br>
<br>
<br>
> > * (2) [Core tenant/project infrastructure VMs]<br>
> ><br>
> > Twenty VMs power the core infrastructure of a group using a <br>
> private cloud (OpenStack in their own datacenter). Not all VMs run
<br>
> Windows with VSS, some run Linux with some equivalent mechanism, <br>
> such as qemu-ga, driving fsfreeze and signal scripts. These VMs are
<br>
> replicated to a remote OpenStack deployment, in a fashion similar
to<br>
> (1). Orchestration occurring at the remote site on failover is more
<br>
> complex (correct VM boot order is orchestrated, DHCP service is <br>
> configured as expected, all IPs are made available and verified).
An<br>
> equivalent virtual network topology consisting of multiple networks
<br>
> or subnets might be pre-created or dynamically created at failover
time.<br>
> ><br>
> >   a. Storage for all volumes of all VMs might be on a single
<br>
> storage backend (logically a single large volume containing many <br>
> smaller sub-volumes, examples being a VMware datastore or Hyper-V
<br>
> CSV). This entire large volume might be replicated between similar
<br>
> storage backends at the primary and secondary site. A single <br>
> replicated large volume thus replicates all the tenant VM's volumes.<br>
> The DR system must trigger quiesce of all volumes to application-<br>
> consistent state.<br>
</font></tt>
<br><tt><font size=2>A variant of having logically a single volume on a
single storage backend is having all the volumes allocated from storage
that provides consistency groups.  This may also be related to cross
VM consistent backups/snapshots.  Of course a question would be whether,
and if so, how to surface this.</font></tt>
<br>
<br><tt><font size=2>-- Michael</font></tt>
<br>
<br>