openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #07789
Re: Howto Nova setup with HA?
Hm, I agree on that. Yes applications should be designed for the "cloud" no question there.
How far is Nova ready for availability zones? Can I make different zones in the US and EU and let them work together? Is there any guidance for this available?
Best regards,
Tristan van Bokkem
Datacenter Operations
Contact:
E-mail Personal: tristanvanbokkem@xxxxxxx
E-mail Support: info@xxxxxxx
E-mail NOC: noc@xxxxxxx
Website: http://www.i3d.net Office:
Interactive 3D B.V.
Meent 93b
3011 JG Rotterdam
The Netherlands
Visit www.smartdc.net – SmartDC is our in-house 36,000 sq. ft. datacenter in Rotterdam, The Netherlands. High density hosting – multiple fiber carriers in-house – Level3 PoP.
Interactive 3D (i3D.net) is a company registered in The Netherlands at Meent 93b, Rotterdam. Registration #: 14074337 - VAT # NL 8202.63.886.B01. Interactive 3D (i3D.net) is CDSA certified on content protection and security. We are ranked in the Deloitte Technology Fast 50 as one of the fastest growing technology companies.
_____
From: Michael Stein [mailto:Michael.Stein@xxxxxx]
To: Diego Parrilla Santamaría [mailto:diego.parrilla.santamaria@xxxxxxxxx], i3D.net - Tristan van Bokkem [mailto:tristanvanbokkem@xxxxxx]
Cc: darren.birkett@xxxxxxxxx, openstack@xxxxxxxxxxxxxxxxxxx
Sent: Tue, 21 Feb 2012 14:52:50 +0100
Subject: RE: [Openstack] Howto Nova setup with HA?
I think that the idea behind Nova and “cloud” computing, in general, is that applications, middle-ware, databases and other services, will be delivered across multiple availability zones and provide HA via application-layer replication. The concept of failure is assumed and designed for by any forward thinking “cloud” designer. I think less time need to be spent on preserving nodes that maintain the “holy grail” of functionality and availability and more time needs to be spent on making apps cloud-friendly.
In the case described below, I agree with Diego, networking is the real challenge. However, with a GSLB solution and application-level state/data replication you should be able to keep your services running even with an entire site failure.
_____
From: openstack-bounces+mstein=q9.com@xxxxxxxxxxxxxxxxxxx [mailto:openstack-bounces+mstein=q9.com@xxxxxxxxxxxxxxxxxxx] On Behalf Of Diego Parrilla Santamaría
Sent: Tuesday, February 21, 2012 7:56 AM
To: i3D.net - Tristan van Bokkem
Cc: darren.birkett@xxxxxxxxx; openstack@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Openstack] Howto Nova setup with HA?
This is the kind of flame war I love... ;-)
if you think the HA challenges in Openstack Nova are at MySQL and Rabbit level, you are not putting the focus on the right components. The biggest HA (and scalability) challenges in Nova are in the networking side. There are a lot of companies tackling the networking challenges of Nova (BigSwitch, Nicira, Cisco, etc...), and I would like to see how they evolve in the future and how they will address this problem. Right now, only promises.
Fight!
--
Diego Parrilla
CEO
www.stackops.com | diego.parrilla@xxxxxxxxxxxx | +34 649 94 43 29 | skype:diegoparrilla
On Tue, Feb 21, 2012 at 1:04 PM, i3D.net - Tristan van Bokkem <tristanvanbokkem@xxxxxx> wrote:
Hi Darren,
No, I am not looking at a performance increasment at this moment. Just trying to make the different components Nova is build on redundant. Of course a master/master setup of mysql / rabbitmq with a floating IP will probably work but it bugs me that Nova is not really build with flexibility of it components in mind.
I understand it is impossible to cover every scenario and you can make things redundant into the infinitive but why doesn't have Nova any of this build in? Why do I need to setup a Virtual IP/floating IP where Nova simple could accept multiple locations and failover if the first location fails. Or even round-robin to distribute the load. All I am doing now is yet add another component that can possibly fail as well.
Best regards,
Tristan van Bokkem
Datacenter Operations
Contact:
E-mail Personal: tristanvanbokkem@xxxxxxx
E-mail Support: info@xxxxxxx
E-mail NOC: noc@xxxxxxx
Website: http://www.i3d.net Office:
Interactive 3D B.V.
Meent 93b
3011 JG Rotterdam
The Netherlands
Visit www.smartdc.net – SmartDC is our in-house 36,000 sq. ft. datacenter in Rotterdam, The Netherlands. High density hosting – multiple fiber carriers in-house – Level3 PoP.
Interactive 3D (i3D.net) is a company registered in The Netherlands at Meent 93b, Rotterdam. Registration #: 14074337 - VAT # NL 8202.63.886.B01. Interactive 3D (i3D.net) is CDSA certified on content protection and security. We are ranked in the Deloitte Technology Fast 50 as one of the fastest growing technology companies.
_____
From: Darren Birkett [mailto:darren.birkett@xxxxxxxxx]
To: i3D.net - Tristan van Bokkem [mailto:tristanvanbokkem@xxxxxx]
Cc: Florian Haas [mailto:florian@xxxxxxxxxxx], openstack@xxxxxxxxxxxxxxxxxxx
Sent: Tue, 21 Feb 2012 12:51:11 +0100
Subject: Re: [Openstack] Howto Nova setup with HA?
Surely it depends what you want out of it? If just pure high
availability (ie ability to continue functioning when primary node
goes down), then doesn't a master/master with floating IP fit the
bill?
It sounds like what you're after is better performance/throughput
rather than HA - the ability to write to multiple masters at the same
time. Even here if nova *was* able to hit multiple databases, a
master/master setup isn't going to suit, as each write to one master
still needs to be replicated to the other so throughput is going to be
the same. You'd then need to look to something like a native mysql
cluster to get actual increased throughput.
Darren
On 21 February 2012 11:34, i3D.net - Tristan van Bokkem
<tristanvanbokkem@xxxxxx> wrote:
> Ho Florian,
>
> I respect your opinion of course and I am not here to start a fight. Point
> is, how I understand it Nova really isn't very flexible on High Availability
> terms. I have now a master/master mysql setup with a Virtual IP working just
> to work around the shortcomings Nova imo introduces. This same story goes
> for RabbitMQ, I need to setup RabbitMQ in HA (which is fine) but I need to
> setup a Virtual IP for it as well just so Nova can correctly connect to it.
> Without the VIP the hole point of setting it up in a cluster is useless as
> you still will point nova to one single host.
>
> It shouldn't be that hard to make Nova listen to multiple mysql addresses
> and rabbitmq hosts in a cluster?
>
>
> Best regards,
>
> Tristan van Bokkem
> Datacenter Operations
>
> Contact:
> E-mail Personal: tristanvanbokkem@xxxxxxx
> E-mail Support: info@xxxxxxx
> E-mail NOC: noc@xxxxxxx
> Website: http://www.i3d.net Office:
> Interactive 3D B.V.
> Meent 93b
> 3011 JG Rotterdam
> The Netherlands
>
> Visit www.smartdc.net – SmartDC is our in-house 36,000 sq. ft. datacenter in
> Rotterdam, The Netherlands. High density hosting – multiple fiber carriers
> in-house – Level3 PoP.
>
> Interactive 3D (i3D.net) is a company registered in The Netherlands at Meent
> 93b, Rotterdam. Registration #: 14074337 - VAT # NL 8202.63.886.B01.
> Interactive 3D (i3D.net) is CDSA certified on content protection and
> security. We are ranked in the Deloitte Technology Fast 50 as one of the
> fastest growing technology companies.
>
> ________________________________
> From: Florian Haas [mailto:florian@xxxxxxxxxxx]
> To: openstack@xxxxxxxxxxxxxxxxxxx
> Sent: Fri, 17 Feb 2012 13:32:51 +0100
>
> Subject: Re: [Openstack] Howto Nova setup with HA?
>
> On Thu, Feb 16, 2012 at 3:28 PM, i3D.net - Tristan van Bokkem
> <tristanvanbokkem@xxxxxx> wrote:
>> Hi Tom,
>>
>> Thank you very much for sharing your knowledge, this will help not only
>> me!
>> As I am still working on the MySQL part, you mentioned multi-master which
>> I
>> have running indeed, but I suppose there still will need to be some kind
>> of
>> entering point within the cluster. How did you managed this?
>
> Virtual cluster IP addresses and highly available MySQL (either DRBD
> or MySQL replication based). Pacemaker is very well capable of
> managing this.
>
> Of course, since you also quoted
> http://openlife.cc/blogs/2011/july/ultimate-mysql-high-availability-solution
> parts of which I wholeheartedly disagree with (as with all of Henrik's
> Pacemaker bashing, but he's of course entitled to his own opinion),
> then you might run away screaming from anything that barely mentions
> Pacemaker in passing. But in reality[1], Pacemaker is an extremely
> capable HA stack that would be well suited for this.
>
> Cheers,
> Florian
>
> [1] To be polite, I should say "in my humble opinion," but my opinion
> on this really isn't humble at all, so I prefer being honest over
> being polite. :)
>
> --
> Need help with High Availability?
> http://www.hastexo.com/now
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help : https://help.launchpad.net/ListHelp
>
_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to : openstack@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
