[ovirt-users] Autostart VMS

Fri Apr 8 20:21:29 UTC 2016

On Fri, 2016-04-08 at 16:40 +0000, Michael Kleinpaste wrote:
> Actually this is used pretty regularly in VMware environments.  For
> instance I've seen MSSQL systems running under AD credentials so they
> can access UNC shares.  If the AD domain controllers aren't up prior
> to the database server starting up the MSSQL service won't start
> because it can't authenticate the user on the service.\
That was exactly what I had in one of my jobs where I had an AD domain
for a University and we had several MSSQL servers that needed the AD
credentials.  Plus I had an IBM FileNet ECM system with several servers
that had to be started in the correct order.  With AD you need to have
the domain controllers up and running or nothing works.  Our Linux
systems alsso had some that depended on others.  If they weren't
started in the correct order they had to be restarted again.  And it's
not really a VMware specific need but any environment whether it's
physical or virtual needs as startup sequence.  Before we virtualized
we had a written procedure on what servers came up and in what order
(and the reverse for a shutdown of the site).  When moving to
virtualization the virtualization system replaces people flipping
switches with it's startup/shutdown order or it should.

> On Fri, Apr 8, 2016 at 9:25 AM Nir Soffer <nsoffer at redhat.com> wrote:> > On Fri, Apr 8, 2016 at 7:17 PM, Brett I. Holcomb <biholcomb at l1049h.com> wrote:
> > 
> > > On Fri, 2016-04-08 at 11:31 +0200, Martin Sivak wrote:
> > 
> > >
> > 
> > > Hi,
> > 
> > >
> > 
> > >
> > 
> > > I set highly available on, did not pin to any host, and also set the
> > 
> > > watchdog which should reset if they go down but I'm not sure that will start
> > 
> > > them if the host comes up and the VMs are not running.  I'll look at the CLI
> > 
> > > first.
> > 
> > >
> > 
> > >
> > 
> > > The engine will try to keep the VM running. So if one host goes down,
> > 
> > > it will restart the VM on some other host automatically. We will also
> > 
> > > migrate the VM (or some other to free resources) when the current host
> > 
> > > gets too loaded. We do not require any migration addons, it just
> > 
> > > works. But of course we have usually more hosts in a cluster to make
> > 
> > > this possible.
> > 
> > >
> > 
> > > I do not really remember what happens when all hosts are restarted
> > 
> > > (power outage) though as that is quite special case.
> > 
> > >
> > 
> > > Regards
> > 
> > >
> > 
> > > --
> > 
> > > Martin Sivak
> > 
> > > SLA / oVirt
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > > Thanks.  I only have one host so who knows what will happen.  I'm working on
> > 
> > > a script that will basically emulate what VMware does - start VMS in a given
> > 
> > > order at startup of the host/engine.  I'll also file a feature request.
> > 

> > 
> > Why do you care about the order?
> > 

> > 
> > Isn't it enough to restart all the vms after a host was restarted?
> > 

> > 
> > Nir
> > 

> > 
> > >
> > 
> > > On Wed, Apr 6, 2016 at 9:10 PM, Brett I. Holcomb <biholcomb at l1049h.com>
> > 
> > > wrote:
> > 
> > >
> > 
> > > On Wed, 2016-04-06 at 13:42 -0400, Adam Litke wrote:
> > 
> > >
> > 
> > > On 06/04/16 01:46 -0400, Brett I. Holcomb wrote:
> > 
> > >
> > 
> > > In VMware we could setup guests to autostart when the host started and
> > 
> > > define the order.  Is that doable in oVirt?  The only thing I've seen
> > 
> > > is the watchdog and tell it to reset but nothing that allows me to
> > 
> > > define who starts up when and if they autostart.  I assume it's there
> > 
> > > but I must be missing it or haven't found it in the web portal.
> > 
> > >
> > 
> > >
> > 
> > > In oVirt guests aren't tied to a host by default (although you can set
> > 
> > > them to run only on a specific host if you want).  The closest thing I
> > 
> > > can think of would be the High Availability features (VM->Edit).
> > 
> > > oVirt will try to restart highly available VMs if they go down.  You
> > 
> > > can also set the priority for migration and restart in that pane.
> > 
> > > Hopefully a combination of host pinning and the  high availability
> > 
> > > settings will get you close enough to where you want to be.
> > 
> > >
> > 
> > > Otherwise, you could always do some scripting with the ovirt REST API
> > 
> > > using the SDK or CLI.
> > 
> > >
> > 
> > >
> > 
> > > If you had the VMware migration extra add-on you could have hosts move as
> > 
> > > needed so they were not tied to any host either but we could set a startup
> > 
> > > order and specify auto, manual so that once the host started the VMs were
> > 
> > > brought up as specified no matter what host they were running on.
> > 
> > >
> > 
> > > I am running hosted-engine deployment with the Engine VM on the host.
> > 
> > >
> > 
> > > I set highly available on, did not pin to any host, and also set the
> > 
> > > watchdog which should reset if they go down but I'm not sure that will start
> > 
> > > them if the host comes up and the VMs are not running.  I'll look at the CLI
> > 
> > > first.
> > 
> > >
> > 
> > > It would be nice if oVirt added this feature as it's really required for
> > 
> > > large installations and is a help for any size installation, even small
> > 
> > > ones.
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > >
> > 
> > > _______________________________________________
> > 
> > > Users mailing list
> > 
> > > Users at ovirt.org
> > 
> > > http://lists.ovirt.org/mailman/listinfo/users
> > 
> > >
> > 
> > >
> > 
> > > _______________________________________________
> > 
> > > Users mailing list
> > 
> > > Users at ovirt.org
> > 
> > > http://lists.ovirt.org/mailman/listinfo/users
> > 
> > >
> > 
> > _______________________________________________
> > 
> > Users mailing list
> > 
Users at ovirt.org
> > 
http://lists.ovirt.org/mailman/listinfo/users
> > 

> -- 
> Michael Kleinpaste
> Senior Systems Administrator
> SharperLending, LLC.
> www.SharperLending.com
> Michael.Kleinpaste at SharperLending.com
> (509) 324-1230   Fax: (509) 324-1234
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160408/007a1ec9/attachment-0001.html>