On Mon, Apr 4, 2011 at 3:27 PM, Jay Pipes <[email protected]> wrote: > Persistence != HA. What are we talking about here? Both? I'm not sure...
Agree. Replication has to do more with DR services than HA. I tried to prioritize instances Highly Avalaible and persistent instances (two different features) before DR. > > -jay > > On Mon, Apr 4, 2011 at 12:20 AM, Jacob Gardiner <[email protected]> > wrote: >> I think the lines are blurring slightly. >> It's not the responsibility of the infrastructure layer to ensure that the >> application layer self-heals after an unscheduled reboot. >> I don't think that a HA feature should be left out because there are >> applications that may not heal, The discussion of infrastructure choice sits >> with the application administrator and not the infrastructure developer - >> you guys. >> The openstack team is making good ground, but there's a key 'cloud' function >> missing and its HA. >> >> On 03/04/2011, at 6:59 PM, Diego Parrilla wrote: >> >> +1 >> Some people think Cloud means 'magic' and failed physical instances should >> recover to the previous state. Most of the times this is not possible at app >> level, and I wonder if desirable. >> Still, Nova lacks of features like 'HA' instances and instances running on >> remote block storage (like EBS backed instances in AWS).I think this is >> basic for self-healing features needed for real DR. >> >> Enviado desde mi iPad >> El 02/04/2011, a las 22:46, Jesse Andrews <[email protected]> escribió: >> >> What to do when an instance dies is application specific. >> >> Some applications may not care, autoscaling back to the proper size by >> themselves. Other applications may need the resources to be returned in the >> most recent state. >> >> Currently openstack requires the user to handle recovery. >> >> I expect there will be an option to mark a virtual machine as "HA" which >> would attempt to relaunch on crashes. How exactly to implement it will >> depend on the cloud requirements. If the instances are backed to a SAN or >> distributed filesystem (like ceph) the VM can be relaunched with all state >> that has been flushed to disk. On a cloud with local disk only, the >> scheduled snapshotting could allow the vm to a recent state. >> >> Or HA could mean relaunch the image (ala autoscale) >> >> What use case are you thinking about? >> >> Jesse >> >> On Apr 2, 2011 1:33 PM, "Marek Denis" <[email protected]> wrote: >>> Hello, >>> >>> I have been trying to find out some info about features OpenStack >>> provide and still cannot figure out whether 'cloud features' are >>> available by default. By 'cloud features' I mean proper handling >>> situations where we have many instances running on many different >>> hardware servers. Suddently one server (physically) goes down, something >>> bad happened. How will the OpenStack as a cloud behave by default? Will >>> it run all the lost instances on other hardware servers or this should >>> be specifically configured or programmed? How about data replication? >>> Users shouldn't notice anything, as all the instances are ran in the >>> cloud. Is it available by default? I couldn't find any docs that would >>> explain these topics in a detailed way. Thanks for your explanation. >>> -- >>> regards >>> >>> M >>> >>> >>> _______________________________________________ >>> Mailing list: https://launchpad.net/~openstack >>> Post to : [email protected] >>> Unsubscribe : https://launchpad.net/~openstack >>> More help : https://help.launchpad.net/ListHelp >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~openstack >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~openstack >> More help : https://help.launchpad.net/ListHelp >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~openstack >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~openstack >> More help : https://help.launchpad.net/ListHelp >> >> Jacob Gardiner >> National Hosting Manager >> E [email protected] >> Squiz Pty. Ltd. A 92 Jarrett Street, Leichhardt NSW 2040 >> P +61 2 8507 9900 F +61 2 8507 9988 SUPPORT 13000 SQUIZ W www.squiz.com.au >> AUSTRALIA UNITED KINGDOM NEW ZEALAND EUROPE UNITED STATES >> SYDNEY MELBOURNE CANBERRA HOBART BRISBANE >> >> SUPPORTED OPEN SOURCE SOLUTIONS >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~openstack >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~openstack >> More help : https://help.launchpad.net/ListHelp >> >> > _______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : [email protected] Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
