You're looking to provide data redundancy across keystone instances with varying backend implementations... what's your use case? How would you orchestrate the synchronization and failover, if any? What's the purpose of each backend in such a deployment?<br clear="all">
<div><br></div>-Dolph<br>
<br><br><div class="gmail_quote">On Wed, Aug 29, 2012 at 3:50 AM, pat <span dir="ltr"><<a href="mailto:pat@xvalheru.org" target="_blank">pat@xvalheru.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Joe,<br>
<br>
OK, this is clear to me, but I more think about this scenario: each keystone<br>
has its own storage and the keystones are interconnected and replicating the<br>
information on keystone layer - so for example one keystone can be connected<br>
to LDAP another to DB or KVS etc.<br>
<br>
Thanks a lot for your answers and patience :-) Your answers are helpful to me.<br>
<br>
     Pat<br>
<br>
On Tue, 28 Aug 2012 08:55:16 -0700, Joseph Heck wrote<br>
<div class="HOEnZb"><div class="h5">> On Aug 28, 2012, at 12:41 AM, pat <<a href="mailto:pat@xvalheru.org">pat@xvalheru.org</a>> wrote:<br>
> > Thanks for Q1. About Q2, I more think about keystone instances and each has<br>
> > its own storage and the keystones are interconnected and their data are<br>
> > replicated. The DB, in your suggestion, looks like single point of failure<br>
to me.<br>
><br>
> Hi Pat,<br>
><br>
> Yes - it definitely could be. If you're setting up keystone in an HA<br>
> configuration, then I'd expect that you actually have a mysql<br>
> cluster backing the database that could allow a single instance of<br>
> mysql to fail and maintain services. Keystone, like Nova, Glance,<br>
>  etc is stashing it's state somewhere - the WSGI processes that run<br>
> keystone have moved that to MySQL, so MySQL is the place where you<br>
> need to watch and care for.<br>
><br>
> Many implementations of OpenStack that I've seen have shared the<br>
> MySQL instance between keystone, nova, and glance, and quite<br>
> successfully.<br>
><br>
> If you were using LDAP entirely for the backend instead of the SQL<br>
> backed mechanisms, then you'd need a replicated/failover cluster for<br>
> LDAP as well.<br>
><br>
> -joe<br>
><br>
> > On Mon, 27 Aug 2012 09:46:41 -0700, Joseph Heck wrote<br>
> >> Hi Pat,<br>
> >><br>
> >> On Aug 27, 2012, at 8:09 AM, pat <<a href="mailto:pat@xvalheru.org">pat@xvalheru.org</a>> wrote:<br>
> >>> I have two questions regarding OpenStack Keystone:<br>
> >>><br>
> >>> Q1) The Folsom release supports domains. The domain can contain more tenants<br>
> >>> and tenant cannot be shared between domains. Is this right? I think so, but<br>
> >>> want to be sure.<br>
> >><br>
> >> I'm afraid it doesn't. We didn't make sufficient progress with the<br>
> >> V3 API (which is what incorporates domains) to include that with the<br>
> >> Folsom release. We expect this to be available with the grizzly release.<br>
> >><br>
> >>> Q2) Is it posible to have a “cluster” of the Keystones to avoid Keystone<br>
to be<br>
> >>> a bottleneck? If so, could you point me to a “tutorial”? Or did I missed<br>
> >>> something important?<br>
> >><br>
> >> If by "cluster" you mean multiple instances to handle requests, then<br>
> >> absolutely - yes. For this particular response, I'll assume you're<br>
> >> using a SQL backend for Keystone. Generally you maintain a single<br>
> >> "database" - wether that's an HA cluster or a single instance, and<br>
> >> any number of Keystone service instances can point to and use that.<br>
> >><br>
> ><br>
> ><br>
> > ----------------------------------------<br>
> > Freehosting PIPNI - <a href="http://www.pipni.cz/" target="_blank">http://www.pipni.cz/</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="mailto:openstack@lists.launchpad.net">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>
> Freehosting PIPNI - <a href="http://www.pipni.cz/" target="_blank">http://www.pipni.cz/</a><br>
<br>
<br>
----------------------------------------<br>
Freehosting PIPNI - <a href="http://www.pipni.cz/" target="_blank">http://www.pipni.cz/</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="mailto:openstack@lists.launchpad.net">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>
</div></div></blockquote></div><br>