[openstack-dev] Inter cloud resource federation [Alliance]

Raildo Mascena raildom at gmail.com
Thu Jul 10 16:27:49 UTC 2014


Hi Arvind,

Now it's clear to me.

It will be a pleasure for me and my team help you. I'll be awaiting to see
the POC.

Regards,


2014-07-10 12:36 GMT-03:00 Tiwari, Arvind <arvind.tiwari at hp.com>:

> Hi Matt,
>
> It is not about identity federation (which is handled in Keystone), this
> is about resource federation across clouds, Nova resources are one of them.
>
> I don't know much about Nova cells right now, I will try to understand it
> soon.
>
> Thanks,
> Arvind
>
> -----Original Message-----
> From: Matt Riedemann [mailto:mriedem at linux.vnet.ibm.com]
> Sent: Wednesday, July 09, 2014 2:30 PM
> To: openstack-dev at lists.openstack.org
> Subject: Re: [openstack-dev] Inter cloud resource federation [Alliance]
>
>
>
> On 7/9/2014 12:33 PM, Tiwari, Arvind wrote:
> > Hi All,
> >
> > I am investigating on inter cloud resource federation across OS based
> > cloud deployments, this is needed to support multi regions, cloud
> > bursting, VPC and more use cases. I came up with a design (link below)
> > which advocate a new service (a.k.a. Alliance), this service sits
> > close to Keystone and help abstracting all the inter cloud concerns
> > from Keystone. This service will be abstracted from end users and
> > there won't be any direct interactions between user and Alliance
> > service. Keystone will be delegating all inter cloud concerns to
> Alliance.
> >
> > https://wiki.openstack.org/wiki/Inter_Cloud_Resource_Federation
> >
> > Apart from basic resource federation use cases, Alliance service will
> > add following features
> >
> > 1.UUID token support across cloud
> >
> > 2.PKI Token support
> >
> > 3.Inter Cloud Token Validation
> >
> > 4.Inter Cloud Communication to allow
> >
> > *Region/endpoint Discovery
> >
> > *Service Discovery
> >
> > *Remote Resource Provisioning
> >
> > 5.Resource Access Across Clouds
> >
> > 6.SSO Across Cloud
> >
> > 7.SSOut Across Cloud (or Inter Cloud Token Revocation)
> >
> > 8.Notification to propagate meter info, resource de-provisioning ....
> >
> > I would appreciate if you guys take a look and share your perspective.
> > I am open to any questions, suggestions, discussions on the same.
> >
> > Thanks for your time,
> >
> > Arvind
> >
> > *Please excuse any typographical error.***
> >
> >
> >
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
> Is this only identity (keystone) are other things like booting instances
> in nova from public/private clouds which are abstracted from the client,
> and if so have you heard of nova-cells?
>
> --
>
> Thanks,
>
> Matt Riedemann
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
Raildo Mascena
Bachelor of Computer Science.
Software Engineer at Laboratory of Distributed Systems - UFCG
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140710/b6e1cc79/attachment.html>


More information about the OpenStack-dev mailing list