[Users] Ovirt engine high availability

[Dan Yasny]

Sounds like a good, solid plan to me


On Wed, Sep 25, 2013 at 2:34 PM, Doug Bishop <dbishop at controlscan.com>wrote:

> Yes. However we are using it for a dev / qa environments in house. We plan
> to roll rhev into production soon and will be using backend storage.
>
> Doug Bishop
> Sr. Systems Engineer
> Cell: 678-848-6658
> dbishop at controlscan.com
>
> Controlscan, Inc.
> 11475 Great Oaks Way, Suite 300
> Alpharetta, GA 30022
> www.controlscan.com
>
> ________________________________________
> From: Dan Yasny [dyasny at gmail.com]
> Sent: Wednesday, September 25, 2013 4:34 PM
> To: Doug Bishop
> Cc: users at ovirt.org
> Subject: Re: [Users] Ovirt engine high availability
>
> The official way is to have a SAN or NFS in place, so you can allocate a
> LUN for the engine. Multiple hosts/DCs with local storage are quite the
> corner case IMO.
>
>
> On Wed, Sep 25, 2013 at 2:31 PM, Doug Bishop <dbishop at controlscan.com
> <mailto:dbishop at controlscan.com>> wrote:
> Yeah, that was along the lines of what I was thinking. Just wanted to make
> sure there wasnt an official way to do it as well.
>
> Thanks!
>
> Doug Bishop
> Sr. Systems Engineer
> Cell: 678-848-6658
> dbishop at controlscan.com<mailto:dbishop at controlscan.com>
>
> Controlscan, Inc.
> 11475 Great Oaks Way, Suite 300
> Alpharetta, GA 30022
> www.controlscan.com<http://www.controlscan.com>
>
> ________________________________________
> From: Dan Yasny [dyasny at gmail.com<mailto:dyasny at gmail.com>]
> Sent: Wednesday, September 25, 2013<tel:2013> 4:31 PM
> To: Doug Bishop
> Cc: users at ovirt.org<mailto:users at ovirt.org>
> Subject: Re: [Users] Ovirt engine high availability
>
> The classic answer here would be to use DRBD to replicate the engine
> storage to a standby host's local storage.
>
>
> On Wed, Sep 25, 2013<tel:2013> at 2:25 PM, Doug Bishop <
> dbishop at controlscan.com<mailto:dbishop at controlscan.com><mailto:
> dbishop at controlscan.com<mailto:dbishop at controlscan.com>>> wrote:
> Those are good options, however since I am not running centralized
> storage, all my hosts are in their own data center with local storage
> options only. Thats why I have two standalone machines to run ovirt on. Im
> guessing this is not recommended? If not is there away to allow local
> storage and nfs based storage in a data center?
>
> Doug Bishop
> Sr. Systems Engineer
> Cell: 678-848-6658
> dbishop at controlscan.com<mailto:dbishop at controlscan.com><mailto:
> dbishop at controlscan.com<mailto:dbishop at controlscan.com>>
>
> Controlscan, Inc.
> 11475 Great Oaks Way, Suite 300
> Alpharetta, GA 30022
> www.controlscan.com<http://www.controlscan.com><http://www.controlscan.com
> >
>
> ________________________________________
> From: Dan Yasny [dyasny at gmail.com<mailto:dyasny at gmail.com><mailto:
> dyasny at gmail.com<mailto:dyasny at gmail.com>>]
> Sent: Wednesday, September 25, 2013<tel:2013><tel:2013<tel:2013>> 12:14 PM
> To: Doug Bishop
> Cc: users at ovirt.org<mailto:users at ovirt.org><mailto:users at ovirt.org<mailto:
> users at ovirt.org>>
> Subject: Re: [Users] Ovirt engine high availability
>
> There are plenty of options:
> 1. Run the engine as a VM under a local libvirt, and cluster the libvirt
> VM as a protected service using RHCS (well tested and documented)
> 2. Use the self hosted engine (recently announced, coming up tech)
> 3. Use any other clustering technology you like best, an engine VM with a
> centrally backed storage is very easy to start on any capable host
>
>
> On Wed, Sep 25, 2013<tel:2013><tel:2013<tel:2013>> at 10:06 AM, Doug
> Bishop <dbishop at controlscan.com<mailto:dbishop at controlscan.com><mailto:
> dbishop at controlscan.com<mailto:dbishop at controlscan.com>><mailto:
> dbishop at controlscan.com<mailto:dbishop at controlscan.com><mailto:
> dbishop at controlscan.com<mailto:dbishop at controlscan.com>>>> wrote:
> Hello,
>
> Was wondering if anyone can shed a light on this subject as I could not
> find any documentation specific to this. I am currently running an ovirt
> 3.2 cluster with 5 hosts with local storage. I have a dedicated box running
> ovirt engine. I would like to have the ability to run an additional box
> with ovirt engine on it for high availability of the portal. I realize this
> would most likely require I run a separate instance of postgres for the
> engine, however I was wondering if this is something that is officially
> supported?
>
> Thanks!
>
> Doug Bishop
> Sr. Systems Engineer
> dbishop at controlscan.com<mailto:dbishop at controlscan.com><mailto:
> dbishop at controlscan.com<mailto:dbishop at controlscan.com>><mailto:
> dbishop at controlscan.com<mailto:dbishop at controlscan.com><mailto:
> dbishop at controlscan.com<mailto:dbishop at controlscan.com>>>
>
> Controlscan, Inc.
> 11475 Great Oaks Way, Suite 300
> Alpharetta, GA 30022
> www.controlscan.com<http://www.controlscan.com><http://www.controlscan.com
> ><http://www.controlscan.com>
>
> NOTICE:  This e-mail message, including any attachments, is for the sole
> use of the intended recipient(s) or entity and may contain sensitive
> information that is confidential, proprietary, privileged or otherwise
> protected by law. Any unauthorized review, use, disclosure, distribution,
> copying or other use of, or taking of any action in reliance upon, is
> strictly prohibited. If you are not the intended recipient, please contact
> the sender by reply e-mail and destroy all copies of this message. This
> e-mail is and any response to it will be unencrypted and, therefore,
> potentially unsecure.  The recipient should check this email and any
> attachments for the presence of viruses/malware according to security best
> practices.  Thank you.
> _______________________________________________
> Users mailing list
> Users at ovirt.org<mailto:Users at ovirt.org><mailto:Users at ovirt.org<mailto:
> Users at ovirt.org>><mailto:Users at ovirt.org<mailto:Users at ovirt.org><mailto:
> Users at ovirt.org<mailto:Users at ovirt.org>>>
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> NOTICE:  This e-mail message, including any attachments, is for the sole
> use of the intended recipient(s) or entity and may contain sensitive
> information that is confidential, proprietary, privileged or otherwise
> protected by law. Any unauthorized review, use, disclosure, distribution,
> copying or other use of, or taking of any action in reliance upon, is
> strictly prohibited. If you are not the intended recipient, please contact
> the sender by reply e-mail and destroy all copies of this message. This
> e-mail is and any response to it will be unencrypted and, therefore,
> potentially unsecure.  The recipient should check this email and any
> attachments for the presence of viruses/malware according to security best
> practices.  Thank you.
>
>
> NOTICE:  This e-mail message, including any attachments, is for the sole
> use of the intended recipient(s) or entity and may contain sensitive
> information that is confidential, proprietary, privileged or otherwise
> protected by law. Any unauthorized review, use, disclosure, distribution,
> copying or other use of, or taking of any action in reliance upon, is
> strictly prohibited. If you are not the intended recipient, please contact
> the sender by reply e-mail and destroy all copies of this message. This
> e-mail is and any response to it will be unencrypted and, therefore,
> potentially unsecure.  The recipient should check this email and any
> attachments for the presence of viruses/malware according to security best
> practices.  Thank you.
>
>
> NOTICE:  This e-mail message, including any attachments, is for the sole
> use of the intended recipient(s) or entity and may contain sensitive
> information that is confidential, proprietary, privileged or otherwise
> protected by law. Any unauthorized review, use, disclosure, distribution,
> copying or other use of, or taking of any action in reliance upon, is
> strictly prohibited. If you are not the intended recipient, please contact
> the sender by reply e-mail and destroy all copies of this message. This
> e-mail is and any response to it will be unencrypted and, therefore,
> potentially unsecure.  The recipient should check this email and any
> attachments for the presence of viruses/malware according to security best
> practices.  Thank you.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130925/1e53fdb9/attachment-0001.html>