Persistence != HA. What are we talking about here? Both? I'm not sure... -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
