[one-ecosystem] Fwd: About features 201 and multi-site management

[florian chazal]

Hi,

Thanks again for your answer. I have few more question to be able to really
understand how the VMI works:

>  You have your own private cloud an on-demand access to remote instances
to meet peak demands.

> They are fully independent administrative domains. A given instance does
not any internal details of the rest of instances, it is only able to submit
VMs.

But I don't understand what the OpenNebula instance see ?
How does it can submit VM without knowing anything about the targeted
private cloud?

2. Use the hybrid cloud computing functionality provided by ONE to access
remote cloud sites (this is the idea represented in
http://claudia.morfeo-project.org/wiki/index.php/Image:RESERVOIRArchitecture.pngand
followed by the RESERVOIR architecture).

Does it mean that a "VEEM-VEEM" driver has already been done as the
RESERVOIR web site seems to say
(http://62.149.240.97/index.php?page=vee-management, last line) ?
And is it the same kind of driver as the EC2 one? If yes you see at least
the free cpu and free memory available like the targeted cloud is only one
big machine.

> No, VPN enables you to have virtual networks across sites but not to
migrate between sites. You would need a shared file system for this.

Then if I set up a shared file system across sites, live migration will be
possible, isn't it? But is there any solution to avoid shared file systems?


Thanks a lot.

Best regards,

Florian CHAZAL

2010/5/31 Ignacio Martin Llorente <llorente at dacya.ucm.es>

> >
> >
> > Hi
> >
> >> Hi,
> >>
> >> Thank you for your useful answer. I don't know if you are involved in
> the RESERVOIR Project
> >
> > I am coordinating one its main three technical activities.
> >
> >
> >> but I realize that they seem to have already integrated the idea of
> multiple site (
> http://claudia.morfeo-project.org/wiki/index.php/Image:RESERVOIRArchitecture.png
> ).
> >
> >
> > This is a third approach for managing multiple cluster/sites, "cloud
> brokering", so summarizing:
> >
> > 1. Having a single ONE instance to manage several clusters (this is the
> functionality being implemented 201)
> > 2. Use the hybrid cloud computing functionality provided by ONE to access
> remote cloud sites (this is the idea represented in
> http://claudia.morfeo-project.org/wiki/index.php/Image:RESERVOIRArchitecture.pngand followed by the RESERVOIR architecture). You have your own private cloud
> an on-demand access to remote instances to meet peak demands.
> > 3. Use a "cloud broker" on top of several cloud sites, you could use
> OpenNebula only as Cloud broker to access remote clouds that could be also
> running OpenNebula.
> >
> >
> >> And we can see that the different site are managed by different
> OpenNebula instance and they communicate by VMI.
> >
> > Approach numer 2 above.
> >
> >> Do you have more information about that? For instance, Is it possible to
> live migrate a VM between two sites using the VMI (assuming that we set up a
> VPN between site to have the same subnetwork)?
> >
> > No, VPN enables you to have virtual networks across sites but not to
> migrate between sites. You would need a shared file system for this.
> >
> >> How the different OpenNebula instances are awre about the existence of
> the others?
> >
> > They are fully independent administrative domains. A given instance does
> not any internal details of the rest of instances, it is only able to submit
> VMs.
> >
> >>
> >> And if you have any opinion about my diagrams attached you're welcome.
> >
> > I see that your first diagram represents the third approach (one ONE
> instance as broker of other instances having details form underlying cloud
> instances. You would have to develop new information plugins to collect the
> required details ) and the second one represents the first approach (one ONE
> instance managing several clusters with the new functionality from 201).
> >
> > Regards
> >
> >>
> >> Thanks a lot.
> >>
> >> Regards,
> >>
> >> Florian CHAZAL
> >>
> >>
> >> 2010/5/28 Ignacio Martin Llorente <llorente at dacya.ucm.es>
> >> Hi
> >>
> >> The new functionality in issue 201 will allow users to define the
> cluster where they would like to run the service (group of VMs). Some of our
> users requested this functionality for example to manage clusters with
> different levels of security, or clusters with different hardware devices
> for different types of workloads profiles. It could be also used to define
> geographical location if you have clusters located at different sites.
>  However, the management of different sites is usually performed by
> different OpenNebula instances. So you could create a federation of cloud
> sites by using the support for hybrid cloud computing given by OpenNebula.
> >>
> >> Regards
> >>
> >>
> >> --
> >> Ignacio M. Llorente, Full Professor (Catedratico):
> http://dsa-research.org/llorente
> >> DSA Research Group:  web http://dsa-research.org and blog
> http://blog.dsa-research.org
> >> OpenNebula Open Source Toolkit for Cloud Computing:
> http://www.OpenNebula.org
> >> RESERVOIR European Project in Cloud Computing:
> http://www.reservoir-fp7.eu
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> On 28/05/2010, at 14:47, florian chazal wrote:
> >>
> >>> Hi,
> >>>
> >>> I am not sure I am in the good mailing list for this but :
> >>>
> >>> I would like to extend the functionality of open nebula by adding the
> geographical location of VMs or (group of VMs as Virtual datacenter) with
> the idea of adding a level above hosts : DataCenters location. Thanks to
> that the client will have the possibility to choose the location of his
> data, like the availability zone in Eucalyptus/EC2. Have you seen this
> feature also with this kind of use case?
> >>>
> >>> Thanks!
> >>>
> >>> --
> >>> Florian Chazal
> >>> _______________________________________________
> >>> Ecosystem mailing list
> >>> Ecosystem at lists.opennebula.org
> >>> http://lists.opennebula.org/listinfo.cgi/ecosystem-opennebula.org
> >>
> >>
> >>
> >>
> >> --
> >> Florian Chazal
> >> <Hierarchical_architecture.jpeg><Horizontal_architecture.jpeg>
> >
>
> _______________________________________________
> Ecosystem mailing list
> Ecosystem at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/ecosystem-opennebula.org
>



-- 
Florian Chazal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/ecosystem-opennebula.org/attachments/20100531/c264140c/attachment-0002.htm>