<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>For Cactus, I'm with Justin and Sandy on #1 to get something working. </div>
<div><br>
</div>
<div>Justin — you said earlier that you're not sure this is going to be a problem. From experience, this is a problem with trying to query all the instances across zones for Rackspace now. Sandy and others including myself have talked though this a few times
 to try to solve this early, but I don't think we can. I, like you, want to get something working with zones asap. I'd rather retreat from trying to solve this now to get something working. We'll obviously tackle the list instances once something works. </div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Justin Santa Barbara <<a href="mailto:justin@fathomdb.com">justin@fathomdb.com</a>><br>
<span style="font-weight:bold">Date: </span>Wed, 16 Mar 2011 13:37:50 -0700<br>
<span style="font-weight:bold">To: </span>Ed Leafe <<a href="mailto:ed.leafe@rackspace.com">ed.leafe@rackspace.com</a>><br>
<span style="font-weight:bold">Cc: </span>"<a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a>" <<a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [Openstack] A single cross-zone database?<br>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
Seems that the person writing the code (Sandy) wants _not_ to do a single DB initially.  It sounds like there are back channels where a single DB is being pushed on Sandy.
<div>
<div><br>
</div>
<div>To me, it sounds like we have these choices:</div>
<div>
<ol>
<li>We can have a zones implementation in Cactus.  As specified in the blueprint, it will use recursive querying, and there will be no caching initially, nor will there be a single DB.</li><li>We can go 'off blueprint', and simply not have a multi-zones implementation in Cactus.</li></ol>
</div>
<div><br>
</div>
<div>Given that, I don't see why we would deviate from what we've agreed (and I'm normally all for flexibility); let's get a baseline implementation into Cactus.  People that want to add caching or a single DB are then free to do so in their own branches, but
 at least those enhancements will be starting from a common base.  I'm not against adding caching / a single DB if it proves necessary / good later.</div>
<div><br>
</div>
<div>Hopefully we'll actually learn of any real-world issues with the simple approach by running Sandy's code, and we can discuss those facts at the design conference, rather than talking in hypotheticals.</div>
<div><br>
</div>
<div>Sandy: Have I got the wrong end of the stick here?  Are these our choices?</div>
<div><br>
</div>
<div>Justin<br>
<br>
<br>
<br>
<div class="gmail_quote">On Wed, Mar 16, 2011 at 1:13 PM, Ed Leafe <span dir="ltr">
<<a href="mailto:ed.leafe@rackspace.com">ed.leafe@rackspace.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Mar 16, 2011, at 3:39 PM, Justin Santa Barbara wrote:<br>
<br>
> I agree that we could have a better marker, but I'm just going off the spec at the moment.<br>
><br>
> I've checked the agreed blueprint, and caching in zones is out of scope for Cactus.<br>
><br>
> Please propose a discussion topic for the Design Summit.<br>
<br>
</div>
       Can we get back to the original topic? The only reason caching came up was as an alternative to a single DB to hold all instance information. That was an implementation solution suggested for multi-cluster/zones, so it is definitely in scope for Cactus.<br>
<div>
<div></div>
<div class="h5"><br>
<br>
<br>
-- Ed Leafe<br>
<br>
<br>
<br>
Confidentiality Notice: This e-mail message (including any attached or<br>
embedded documents) is intended for the exclusive and confidential use of the<br>
individual or entity to which this message is addressed, and unless otherwise<br>
expressly indicated, is confidential and privileged information of Rackspace.<br>
Any dissemination, distribution or copying of the enclosed material is prohibited.<br>
If you receive this transmission in error, please notify us immediately by e-mail<br>
at <a href="mailto:abuse@rackspace.com">abuse@rackspace.com</a>, and delete the original message.<br>
Your cooperation is appreciated.<br>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
_______________________________________________ Mailing list: <a href="https://launchpad.net/~openstack">
https://launchpad.net/~openstack</a> Post to : <a href="mailto:openstack@lists.launchpad.net">
openstack@lists.launchpad.net</a> Unsubscribe : <a href="https://launchpad.net/~openstack">
https://launchpad.net/~openstack</a> More help : <a href="https://help.launchpad.net/ListHelp">
https://help.launchpad.net/ListHelp</a> </blockquote>
</span>
</body>
</html>