Open Stack

Hey Edwards, 
that is a concern many arise, today, there is not any both answer and implementations that would allow you to setup such.
One approach is to work with stateless instances - using an orchestration tool such a Puppet of Chef, which would take care by itself of the spawning and restoration. It supposes to relegate all the data to the orchestration tool. In case a node fails, or even an instance - redeploying would take less time.
I myself encountered though some customers topology which don't fit such approach (critical databases, etc...) for such case, you can either prep. a sleeping instance in one another node or setup a data replication between X instances. Network-wise you can automate the floating ip allocation using a detection solution. 
I think that feature (auto respawn) would come up soon (guys feel free to correct me), since this is a real concern.
Regards,
Razique

Nuage & Co - Razique Mahroua 
razique.mahroua at gmail.com



Le 21 nov. 2012 à 08:51, <Edward_Doong at wiwynn.com> a écrit :

> Dear
> I find H.A for openstack nova-network
> http://docs.openstack.org/trunk/openstack-compute/admin/content/existing-ha-networking-options.html
>  
> Openstack instance support NFS migrate by all compute node.
> Swift have Zone and backup objects.
> MySql have Cluster.
>  
> How about all openstack H.A or Failover?
> If Openstack controller physical machine crash.
> (Dashboard, nova-api, nova information, glance, keystone, etc…)
> All service will disappear.
> Could we recover openstack controller automatically?
>  
> Thanks all.
>  
> Edward
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20121121/c406e58e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: NUAGECO-LOGO-Fblan_petit.jpg
Type: image/jpeg
Size: 10122 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20121121/c406e58e/attachment.jpg>