5:44 p.m.
------=_Part_178360_1212166963.1361958282453
Content-Type: text/plain; charset=GBK
Content-Transfer-Encoding: 7bit
there is a sentense 'Implements a distributed image repository over the supported
storage types (local directory, FCP, FCoE, iSCSI, NFS, SAS)
' on http://www.ovirt.org/Architecture.
what is "distributed image repository"?
thanks.
------=_Part_178360_1212166963.1361958282453
Content-Type: text/html; charset=GBK
Content-Transfer-Encoding: 7bit
<div
style="line-height:1.7;color:#000000;font-size:14px;font-family:arial">there
is a sentense '<span style="line-height: 1.7;">Implements a
distributed image repository over the supported storage types (local directory, FCP, FCoE,
iSCSI, NFS, SAS)</span><br>' on <a
href="http://www.ovirt.org/Architecture."
target="_blank">http://www.ovirt.org/Architecture.</a>...
is "distributed image repository"?
</div><div><br></div><div>thanks.</div></div><br><br><span
title="neteasefooter"><span
id="netease_mail_footer"></span></span>
------=_Part_178360_1212166963.1361958282453--
3:55 a.m.
On Wed, Feb 27, 2013 at 10:44 AM, bigclouds wrote:
there is a sentense 'Implements a distributed image repository
over the
supported storage types (local directory, FCP, FCoE, iSCSI, NFS, SAS)
' on http://www.ovirt.org/Architecture.
what is "distributed image repository"?
thanks.
Example
I have a test environment where a Host is connected to several FCP LUNs.
Each LUN becomes a storage domain for this host and the other hosts in
the same cluster.
So I have many VMs whose images resides on different storage domains
(and so different LUNs).
I can move a disk of a VM from a storage domain to another one.
I think you can also have a mixed situation where a two disks' VM has
one disk on a storage domain and the other one in another.
So I think it is to be explained this way the "distributed image repository".
And also "distributed" in the sense of different storage domain types,
even if I think at this time one DC cannot have a mix of different
storage domain types...
Gianluca
6:51 p.m.
------=_Part_188393_848930197.1361962267490
Content-Type: text/plain; charset=GBK
Content-Transfer-Encoding: 7bit
thanks,i know a little more. but i do not understand fully. distrubute filesystem is
more understandable.
specially,,for SAN(iscsi,fc) it is hard to share luns between nodes(not reliable), even
use LVM,CLVM.
would you explain it ( SAN case)?and it is hard to connect 'local directory' with
distrbuted repo.
thanks.
At 2013-02-27 17:55:45,"Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>
wrote:
On Wed, Feb 27, 2013 at 10:44 AM, bigclouds wrote:
> there is a sentense 'Implements a distributed image repository over the
> supported storage types (local directory, FCP, FCoE, iSCSI, NFS, SAS)
> ' on http://www.ovirt.org/Architecture.
>
> what is "distributed image repository"?
>
> thanks.
Example
I have a test environment where a Host is connected to several FCP LUNs.
Each LUN becomes a storage domain for this host and the other hosts in
the same cluster.
So I have many VMs whose images resides on different storage domains
(and so different LUNs).
I can move a disk of a VM from a storage domain to another one.
I think you can also have a mixed situation where a two disks' VM has
one disk on a storage domain and the other one in another.
So I think it is to be explained this way the "distributed image repository".
And also "distributed" in the sense of different storage domain types,
even if I think at this time one DC cannot have a mix of different
storage domain types...
Gianluca
------=_Part_188393_848930197.1361962267490
Content-Type: text/html; charset=GBK
Content-Transfer-Encoding: 7bit
<div
style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><br>thanks,i
know a little more. but i do not understand fully. distrubute filesystem
is more understandable.<div style="font-family: Helvetica,
'Microsoft Yahei', verdana;">specially,,for SAN(iscsi,fc) it is
hard to share luns between nodes(not reliable), even use LVM,CLVM.</div><div
style="font-family: Helvetica, 'Microsoft Yahei',
verdana;"><br></div><div style="font-family: Helvetica,
'Microsoft Yahei', verdana;">would you explain it ( SAN case)?and it is
hard to connect '<span style="white-space: pre-wrap; line-height:
1.7;">local directory</span><span style="line-height:
1.7;">' with distrbuted repo.</span></div><div
style="font-family: Helvetica, 'Microsoft Yahei',
verdana;"><br><br>thanks.<br></div><div><br></div><br><br><br><div></div><div
id="divNeteaseMailCard"></div><br><pre><br>At 2013-02-27 17:55:45,"Gianluca Cecchi" <gianluca.cecchi@gmail.com> wrote:
>On Wed, Feb 27, 2013 at 10:44 AM, bigclouds wrote:
>> there is a sentense 'Implements a distributed image repository over the
>> supported storage types (local directory, FCP, FCoE, iSCSI, NFS, SAS)
>> ' on http://www.ovirt.org/Architecture.
>>
>> what is "distributed image repository"?
>>
>> thanks.
>
>Example
>I have a test environment where a Host is connected to several FCP LUNs.
>Each LUN becomes a storage domain for this host and the other hosts in
>the same cluster.
>So I have many VMs whose images resides on different storage domains
>(and so different LUNs).
>I can move a disk of a VM from a storage domain to another one.
>I think you can also have a mixed situation where a two disks' VM has
>one disk on a storage domain and the other one in another.
>
>So I think it is to be explained this way the "distributed image repository".
>
>And also "distributed" in the sense of different storage domain types,
>even if I think at this time one DC cannot have a mix of different
>storage domain types...
>
>Gianluca
</pre></div><br><br><span
title="neteasefooter"><span
id="netease_mail_footer"></span></span>
------=_Part_188393_848930197.1361962267490--
3:37 a.m.
On 02/27/2013 12:51 PM, bigclouds wrote:
thanks,i know a little more. but i do not understand fully. distrubute
filesystem is more understandable.
specially,,for SAN(iscsi,fc) it is hard to share luns between nodes(not
reliable), even use LVM,CLVM.
would you explain it ( SAN case)?and it is hard to connect
'local directory' with distrbuted repo.
true.
even a single LUN, turned into a VG with LVM, can be used by all nodes
in the cluster.
an LV is created for each disk element (part of a chain in the disk
construct).
it's "like CLVM", only using only a single node (the "SPM") to do
the
meta data changes (lvcreate) and other hosts to only consume the LV's
for running VMs.
this allows to scale to clusters of 50, 100 or more nodes.
HTH,
Itamar
thanks.
At 2013-02-27 17:55:45,"Gianluca Cecchi" <gianluca.cecchi(a)gmail.co
m> wrote:
>On Wed, Feb 27, 2013 at 10:44 AM, bigclouds wrote:
>> there is a sentense 'Implements a distributed image repository over the
>> supported storage types (local directory, FCP, FCoE, iSCSI, NFS, SAS)
>> ' on http://www.ovirt.org/Architecture.
>>
>> what is "distributed image repository"?
>>
>> thanks.
>
>Example
>I have a test environment where a Host is connected to several FCP LUNs.
>Each LUN becomes a storage domain for this host and the other hosts in
>the same cluster.
>So I have many VMs whose images resides on different storage domains
>(and so different LUNs).
>I can move a disk of a VM from a storage domain to another one.
>I think you can also have a mixed situation where a two disks' VM has
>one disk on a storage domain and the other one in another.
>
>So I think it is to be explained this way the "distributed image
repository".
>
>And also "distributed" in the sense of different storage domain types,
>even if I think at this time one DC cannot have a mix of different
>storage domain types...
>
>Gianluca
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4300
days inactive
4316
days old
3 comments
3 participants
participants (3)
-
bigclouds -
Gianluca Cecchi -
Itamar Heim