Storage HA for manager on DR environment
Hi, I'm reading this guide to provide Active-Active DR for my environment (2 sites): https://ovirt.org/documentation/disaster-recovery-guide/active_active_overvi... I have a sef-hosted environment with a storage domains per site with synchronous replication. I can put all my VM with a storage lease on the other storage site but i can't put the lease on the manager (the option is disable). How I configure the storage HA of my manager?. Regards,
On Fri, May 31, 2019 at 10:46 AM <raul.caballero.girol@gmail.com> wrote:
Hi, I'm reading this guide to provide Active-Active DR for my environment (2 sites):
https://ovirt.org/documentation/disaster-recovery-guide/active_active_overvi...
I have a sef-hosted environment with a storage domains per site with synchronous replication. I can put all my VM with a storage lease on the other storage site but i can't put the lease on the manager (the option is disable).
You cannot create a VM lease for the hosted-engine VM because the hosted-engine VM is always already protected by a volume lease.
How I configure the storage HA of my manager?.
Did you read https://ovirt.org/documentation/disaster-recovery-guide/active_active_overvi... ?
Regards, _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/BYCFJQDTHDMT26...
-- Simone Tiraboschi He / Him / His Principal Software Engineer Red Hat <https://www.redhat.com/> stirabos@redhat.com @redhatjobs <https://twitter.com/redhatjobs> redhatjobs <https://www.facebook.com/redhatjobs> @redhatjobs <https://instagram.com/redhatjobs> <https://red.ht/sig> <https://redhat.com/summit>
On Fri, May 31, 2019 at 10:46 AM <raul.caballero.girol(a)gmail.com> wrote:
You cannot create a VM lease for the hosted-engine VM because the hosted-engine VM is always already protected by a volume lease. Sorry, I don't understand this. If the storage when is placed my manager down, it will startup in other storage?
Did you read https://ovirt.org/documentation/disaster-recovery-guide/active_active_ove... ? Yes, and it's only say "Configure all virtual machines that need to failover as highly available, and ensure that the virtual machine has a lease on the target storage domain." But the manager, It's configured for HA storage by default?. I have made a lab with 1 host and 2 storage domain replicated and, when I pull down the engine storage, It don't start up again.
On Fri, May 31, 2019 at 11:35 AM <raul.caballero.girol@gmail.com> wrote:
On Fri, May 31, 2019 at 10:46 AM <raul.caballero.girol(a)gmail.com> wrote:
You cannot create a VM lease for the hosted-engine VM because the hosted-engine VM is always already protected by a volume lease. Sorry, I don't understand this. If the storage when is placed my manager down, it will startup in other storage?
HA mechanism for the engine VM is provided by ovirt-ha-agent service running on all the hosted-engine configured hosts (at least a couple on each site). The hosted-engine configured hosts communicate via a whiteboard wrote on the hosted-engine storage domain so, if the storage devices on the two sites are in sync (it requires latency < 7ms), all the hosted-engine host can also see the status on the other site and eventually take over. The volume lease is there to enforce, at storage level, that only one host at a time is able to run the engine VM (regardless of the site where is it since also the lock is in sync).
Did you read
https://ovirt.org/documentation/disaster-recovery-guide/active_active_ove. ..
? Yes, and it's only say "Configure all virtual machines that need to failover as highly available, and ensure that the virtual machine has a lease on the target storage domain." But the manager, It's configured for HA storage by default?. I have made a lab with 1 host and 2 storage domain replicated and, when I pull down the engine storage, It don't start up again.
Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DMZYJB33D5KI5N...
-- Simone Tiraboschi He / Him / His Principal Software Engineer Red Hat <https://www.redhat.com/> stirabos@redhat.com @redhatjobs <https://twitter.com/redhatjobs> redhatjobs <https://www.facebook.com/redhatjobs> @redhatjobs <https://instagram.com/redhatjobs> <https://red.ht/sig> <https://redhat.com/summit>
OK, but so, what is the meaning of "Configure all virtual machines that need to failover as highly available, and ensure that the virtual machine has a lease on the target storage domain." Is it assuming that the VMs are in otrher storage domain (no sync)?
On Fri, May 31, 2019 at 1:54 PM <raul.caballero.girol@gmail.com> wrote:
OK, but so, what is the meaning of "Configure all virtual machines that need to failover as highly available, and ensure that the virtual machine has a lease on the target storage domain." Is it assuming that the VMs are in otrher storage domain (no sync)?
You have to configure all the VMs as HA enabling a VM lease on that. The engine will take care to restart them. VM leases are also wrote to the relevant storage domain and so they are going to be in sync if you are correctly syncing the storage on the two sites.
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/W7C2IHYFK6WVAC...
-- Simone Tiraboschi He / Him / His Principal Software Engineer Red Hat <https://www.redhat.com/> stirabos@redhat.com @redhatjobs <https://twitter.com/redhatjobs> redhatjobs <https://www.facebook.com/redhatjobs> @redhatjobs <https://instagram.com/redhatjobs> <https://red.ht/sig> <https://redhat.com/summit>
participants (2)
-
raul.caballero.girol＠gmail.com -
Simone Tiraboschi