[openstack-dev] [openstack][nova] Does anyone use Zookeeper, Memcache Nova ServiceGroup Driver ?
harlowja at outlook.com
Tue Apr 28 18:40:34 UTC 2015
Attila Fazekas wrote:
> How many compute nodes do you want to manage ?
> If it less than ~1000, you do not need to care.
> If you have more, just use SSD with good write IOPS value.
> Mysql actually can be fast with enough memory and good SSD.
> Even faster than .
> zk as technology is good, the current nova driver is not. Not recommended.
> The current mc driver does lot of tcp ping-pong for every node,
> it can be slower than the SQL.
Also something we noticed is that nova service disable only works on the
db driver, so that seems like another(?) inconsistency, maybe thats why
u say the current nova driver is not
(https://review.openstack.org/#/c/138607/ has some other interesting
> IMHO At high compute node count you would face with scheduler latency issues
> sooner than sg driver issues. (It is not Log(N) :()
Agreed, both are issues that need to be worked on (simultaneously ftw).
> The sg drivers was introduced to eliminate 100 Update/sec at 1000 Host,
> but it caused all service is being fetched from the DB even if at the given code
> part you just need to alive services.
>  http://www.percona.com/blog/2013/10/18/innodb-scalability-issues-tables-without-primary-keys/
> ----- Original Message -----
>> From: "Vilobh Meshram"<vilobhmeshram.openstack at gmail.com>
>> To: "OpenStack Development Mailing List (not for usage questions)"<openstack-dev at lists.openstack.org>, "OpenStack
>> Mailing List (not for usage questions)"<openstack at lists.openstack.org>
>> Sent: Tuesday, April 28, 2015 1:21:58 AM
>> Subject: [openstack-dev] [openstack][nova] Does anyone use Zookeeper, Memcache Nova ServiceGroup Driver ?
>> Does anyone use Zookeeper, Memcache Nova ServiceGroup Driver ?
>> If yes how has been your experience with it. It was noticed that most of the
>> deployment try to use the default Database driver. Any experiences with
>> Zookeeper, Memcache driver will be helpful.
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev