<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" id="owaParaStyle"></style>
</head>
<body fpstyle="1" ocsi="0">
<div style="direction: ltr;font-family: Courier New;color: #000000;font-size: 10pt;">
<div>Certainly nothing is carved in stone as requirements change, but for the purpose of background: The design for zones was based on the core nova design tenets and feedback from other core members: http://wiki.openstack.org/BasicDesignTenets</div>
<div>
<div><br>
</div>
<div>Early spec: <a href="http://wiki.openstack.org/MultiClusterZones" target="_blank">http://wiki.openstack.org/MultiClusterZones</a></div>
<div><br>
</div>
<div>-S</div>
<div><br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div id="divRpF642388" style="direction: ltr; "><font face="Tahoma" size="2" color="#000000"><b>From:</b> Joshua Harlow [harlowja@yahoo-inc.com]<br>
<b>Sent:</b> Tuesday, September 27, 2011 12:14 AM<br>
<b>To:</b> Sandy Walsh; Devin Carlen; Soren Hansen<br>
<b>Cc:</b> openstack<br>
<b>Subject:</b> Re: [Openstack] Nova DB Connection Pooling<br>
</font><br>
</div>
<div></div>
<div><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">It seems like it would be good to talk about this during the conference, since it seems sort of odd to have pieces of data that are shared across zones along with pieces of data
that are not shared across zones. It seems like it might be better to provide a unified view of the zones (from a management and operational standpoint)? I wouldn’t want to manage X DB’s with X dashboards.... Keystone seems to help with the auth and glance
with image management, but then u still have this nova DB usage that doesn't quite fit in the puzzle (in my opinion).
<br>
<br>
I would personally rather have a distributed data-store act as the DB, this can then be the “single DB”, thus making everything fit better (or at least a db service so that this could be a possibility for users with a large number of distributed compute nodes
in different data centers). Imposing a single DB deployment per zone seems to restrictive, instead of say imposing a nova-db service (as an example) that could talk to mysql (for those who want a simple solution) or say could talk to riak [$or other nosql
here$] (for those who want a distributed yet “single db-like” solution). <br>
<br>
On 9/26/11 7:26 PM, "Sandy Walsh" <<a href="UrlBlockedError.aspx" target="_blank">sandy.walsh@RACKSPACE.COM</a>> wrote:<br>
<br>
</span></font>
<blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Sure ... was there something in particular you wanted to know about?<br>
<br>
The overview:<br>
<br>
The assumption with Zones is there is a single DB deployment per Zone. When I say "single DB", that could be clustered/HA as need be. But the intention is no sharing of DB between zones.<br>
<br>
This, of course, has caused us some problems with respect to Instance/Flavor/User ID's being shared across zones. But these have largely been mitigated with the use of UUID's, Glance & Keystone. Not sure how Networks and Volumes will behave.<br>
<br>
Data collected from child zones get encrypted blobs of data from the child that may contain ID's or zone-local information, but it's not generally available to the parent zones. They're ephemeral magic cookies.<br>
<br>
We don't do a lot of disk access in the distributed scheduler. Most stuff is in-memory and transient.<br>
<br>
-S<br>
<br>
________________________________________<br>
From: <a href="UrlBlockedError.aspx" target="_blank">openstack-bounces+sandy.walsh=rackspace.com@lists.launchpad.net</a> [<a href="UrlBlockedError.aspx" target="_blank">openstack-bounces+sandy.walsh=rackspace.com@lists.launchpad.net</a>] on behalf of Devin
Carlen [<a href="UrlBlockedError.aspx" target="_blank">devin.carlen@gmail.com</a>]<br>
Sent: Monday, September 26, 2011 10:26 PM<br>
To: Soren Hansen<br>
Cc: <a href="UrlBlockedError.aspx" target="_blank">openstack@lists.launchpad.net</a><br>
Subject: Re: [Openstack] Nova DB Connection Pooling<br>
<br>
We really need to hear from Sandy Walsh on this thread so he can elaborate on how the distributed scheduling works (with multiple mysql databases).<br>
<br>
Devin<br>
<br>
<br>
On Sep 26, 2011, at 6:41 AM, Soren Hansen wrote:<br>
<br>
> 2011/9/26 Pitucha, Stanislaw Izaak <<a href="UrlBlockedError.aspx" target="_blank">stanislaw.pitucha@hp.com</a>>:<br>
>> The pain starts when your max memory usage crosses what you have available.<br>
>> Check <a href="http://dev.mysql.com/doc/refman/5.1/en/memory-use.html" target="_blank">
http://dev.mysql.com/doc/refman/5.1/en/memory-use.html</a> - especially comments which calculate the needed memory for N connections for both innodb and isam. (mysqltuner.pl will also calculate that for you)<br>
>><br>
>> Hundreds of connections should be ok. Thousands... you should rethink it ;)<br>
><br>
> Hm.. It doesn't take many racks full of blade servers to get into 4<br>
> digit numbers of compute nodes. Certainly fewer than I was expecting<br>
> to see in a garden variety Nova zone.<br>
><br>
> --<br>
> Soren Hansen | <a href="http://linux2go.dk/" target="_blank">http://linux2go.dk/</a><br>
> Ubuntu Developer | <a href="http://www.ubuntu.com/" target="_blank">http://www.ubuntu.com/</a><br>
> OpenStack Developer | <a href="http://www.openstack.org/" target="_blank">http://www.openstack.org/</a><br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to : <a href="UrlBlockedError.aspx" target="_blank">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to : <a href="UrlBlockedError.aspx" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
This email may include confidential information. If you received it in error, please delete it.<br>
<br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to : <a href="UrlBlockedError.aspx" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
</span></font></blockquote>
</div>
</div>
</div>
</div>
</div>
<style type="text/css">embed[type*="application/x-shockwave-flash"],embed[src*=".swf"],object[type*="application/x-shockwave-flash"],object[codetype*="application/x-shockwave-flash"],object[src*=".swf"],object[codebase*="swflash.cab"],object[classid*="D27CDB6E-AE6D-11cf-96B8-444553540000"],object[classid*="d27cdb6e-ae6d-11cf-96b8-444553540000"],object[classid*="D27CDB6E-AE6D-11cf-96B8-444553540000"]{ display: none !important;}</style><style type="text/css">embed[type*="application/x-shockwave-flash"],embed[src*=".swf"],object[type*="application/x-shockwave-flash"],object[codetype*="application/x-shockwave-flash"],object[src*=".swf"],object[codebase*="swflash.cab"],object[classid*="D27CDB6E-AE6D-11cf-96B8-444553540000"],object[classid*="d27cdb6e-ae6d-11cf-96b8-444553540000"],object[classid*="D27CDB6E-AE6D-11cf-96B8-444553540000"]{ display: none !important;}</style>
<font face="monospace">This email may include confidential information. If you received it in error, please delete it.</font></body>
</html>