From bigclouds at 163.com Wed Feb 27 04:44:47 2013 Content-Type: multipart/mixed; boundary="===============5249008772374224291==" MIME-Version: 1.0 From: bigclouds To: users at ovirt.org Subject: [Users] what is "distributed image repository" Date: Wed, 27 Feb 2013 17:44:42 -0600 Message-ID: <162cb404.bc26.13d1b0a24d5.Coremail.bigclouds@163.com> --===============5249008772374224291== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ------=3D_Part_178360_1212166963.1361958282453 Content-Type: text/plain; charset=3DGBK Content-Transfer-Encoding: 7bit there is a sentense 'Implements a distributed image repository over the sup= ported storage types (local directory, FCP, FCoE, iSCSI, NFS, SAS) ' on http://www.ovirt.org/Architecture. what is "distributed image repository"? = thanks. ------=3D_Part_178360_1212166963.1361958282453 Content-Type: text/html; charset=3DGBK Content-Transfer-Encoding: 7bit
there is a sentense 'Implements a dist= ributed image repository over the supported storage types (local directory,= FCP, FCoE, iSCSI, NFS, SAS)
'  on http://www.ovirt.org/Architect= ure.

what is "distributed image repository"?  <= /div>

thanks.


------=3D_Part_178360_1212166963.1361958282453-- --===============5249008772374224291== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tLS0tPV9QYXJ0XzE3ODM2MF8xMjEyMTY2OTYzLjEzNjE5NTgyODI0NTMKQ29udGVudC1UeXBl OiB0ZXh0L3BsYWluOyBjaGFyc2V0PUdCSwpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA3Yml0 Cgp0aGVyZSBpcyBhIHNlbnRlbnNlICdJbXBsZW1lbnRzIGEgZGlzdHJpYnV0ZWQgaW1hZ2UgcmVw b3NpdG9yeSBvdmVyIHRoZSBzdXBwb3J0ZWQgc3RvcmFnZSB0eXBlcyAobG9jYWwgZGlyZWN0b3J5 LCBGQ1AsIEZDb0UsIGlTQ1NJLCBORlMsIFNBUykKJyAgb24gaHR0cDovL3d3dy5vdmlydC5vcmcv QXJjaGl0ZWN0dXJlLgoKCndoYXQgaXMgImRpc3RyaWJ1dGVkIGltYWdlIHJlcG9zaXRvcnkiPyAg CgoKdGhhbmtzLgotLS0tLS09X1BhcnRfMTc4MzYwXzEyMTIxNjY5NjMuMTM2MTk1ODI4MjQ1MwpD b250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD1HQksKQ29udGVudC1UcmFuc2Zlci1FbmNv ZGluZzogN2JpdAoKPGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9u dC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6YXJpYWwiPnRoZXJlIGlzIGEgc2VudGVuc2UgJzxzcGFu IHN0eWxlPSJsaW5lLWhlaWdodDogMS43OyI+SW1wbGVtZW50cyBhIGRpc3RyaWJ1dGVkIGltYWdl IHJlcG9zaXRvcnkgb3ZlciB0aGUgc3VwcG9ydGVkIHN0b3JhZ2UgdHlwZXMgKGxvY2FsIGRpcmVj dG9yeSwgRkNQLCBGQ29FLCBpU0NTSSwgTkZTLCBTQVMpPC9zcGFuPjxicj4nICZuYnNwO29uJm5i c3A7PGEgaHJlZj0iaHR0cDovL3d3dy5vdmlydC5vcmcvQXJjaGl0ZWN0dXJlLiIgdGFyZ2V0PSJf YmxhbmsiPmh0dHA6Ly93d3cub3ZpcnQub3JnL0FyY2hpdGVjdHVyZS48L2E+PGRpdj48YnI+PC9k aXY+PGRpdj53aGF0IGlzICJkaXN0cmlidXRlZCBpbWFnZSByZXBvc2l0b3J5Ij8gJm5ic3A7PC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj50aGFua3MuPC9kaXY+PC9kaXY+PGJyPjxicj48c3BhbiB0 aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290ZXIiPjwvc3Bh bj48L3NwYW4+Ci0tLS0tLT1fUGFydF8xNzgzNjBfMTIxMjE2Njk2My4xMzYxOTU4MjgyNDUzLS0K Cg== --===============5249008772374224291==-- From gianluca.cecchi at gmail.com Wed Feb 27 04:55:46 2013 Content-Type: multipart/mixed; boundary="===============1137686279582049874==" MIME-Version: 1.0 From: Gianluca Cecchi To: users at ovirt.org Subject: Re: [Users] what is "distributed image repository" Date: Wed, 27 Feb 2013 10:55:45 +0100 Message-ID: In-Reply-To: 162cb404.bc26.13d1b0a24d5.Coremail.bigclouds@163.com --===============1137686279582049874== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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 repositor= y". 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 --===============1137686279582049874==-- From bigclouds at 163.com Wed Feb 27 05:51:10 2013 Content-Type: multipart/mixed; boundary="===============6838634480206206563==" MIME-Version: 1.0 From: bigclouds To: users at ovirt.org Subject: Re: [Users] what is "distributed image repository" Date: Wed, 27 Feb 2013 18:51:07 -0600 Message-ID: <335e8825.c6b6.13d1b46f362.Coremail.bigclouds@163.com> In-Reply-To: CAG2kNCyn694V=DNTVVjP66erKUdBPyQoCXhy7ugZxOYyXhgA-Q@mail.gmail.com --===============6838634480206206563== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ------=3D_Part_188393_848930197.1361962267490 Content-Type: text/plain; charset=3DGBK Content-Transfer-Encoding: 7bit thanks,i know a little more. but i do not understand fully. distrubute fil= esystem is more understandable. specially,,for SAN(iscsi,fc) it is hard to share luns between nodes(not re= liable), 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" wrot= e: >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 reposito= ry". > >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 ------=3D_Part_188393_848930197.1361962267490 Content-Type: text/html; charset=3DGBK Content-Transfer-Encoding: 7bit

thanks,i know a little more. but i do not understand fully.  di= strubute filesystem  is more understandable.
specially,,for SAN(iscsi,fc)  = ;it is hard to share luns between nodes(not reliable), even use LVM,CLVM.

=
wo= uld 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"&nb=
sp;<gianluca.cecchi(a)gmail.com> wrote:
>On Wed, Feb 27, 2013 at 10:44 AM,&nb=
sp;bigclouds  wrote:
>> there is a sentense 'Implements a&nb=
sp;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 Ho=
st is connected to several FCP LUNs.
>Each LUN becomes a storage domain for&nbs=
p;this host and the other hosts in
>the same cluster.
>So I have many VMs whose images resi=
des on different storage domains
>(and so different LUNs).
>I can move a disk of a VM from&=
nbsp;a storage domain to another one.
>I think you can also have a mixed&nb=
sp;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&nbs=
p;this way the  "distributed image repository=
".
>
>And also "distributed" in the sense of&nb=
sp;different storage domain types,
>even if I think at this time one&nbs=
p;DC cannot have a mix of different
>storage domain types...
>
>Gianluca


------=3D_Part_188393_848930197.1361962267490-- --===============6838634480206206563== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tLS0tPV9QYXJ0XzE4ODM5M184NDg5MzAxOTcuMTM2MTk2MjI2NzQ5MApDb250ZW50LVR5cGU6 IHRleHQvcGxhaW47IGNoYXJzZXQ9R0JLCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDdiaXQK Cgp0aGFua3MsaSBrbm93IGEgbGl0dGxlIG1vcmUuIGJ1dCBpIGRvIG5vdCB1bmRlcnN0YW5kIGZ1 bGx5LiAgZGlzdHJ1YnV0ZSBmaWxlc3lzdGVtICBpcyBtb3JlIHVuZGVyc3RhbmRhYmxlLgpzcGVj aWFsbHksLGZvciBTQU4oaXNjc2ksZmMpICBpdCBpcyBoYXJkIHRvIHNoYXJlIGx1bnMgYmV0d2Vl biBub2Rlcyhub3QgcmVsaWFibGUpLCBldmVuIHVzZSBMVk0sQ0xWTS4KCgp3b3VsZCB5b3UgZXhw bGFpbiBpdCAoIFNBTiBjYXNlKT9hbmQgaXQgaXMgaGFyZCB0byBjb25uZWN0ICdsb2NhbCBkaXJl Y3RvcnknIHdpdGggZGlzdHJidXRlZCByZXBvLgoKCnRoYW5rcy4KCgoKCgoKCgoKCkF0IDIwMTMt MDItMjcgMTc6NTU6NDUsIkdpYW5sdWNhIENlY2NoaSIgPGdpYW5sdWNhLmNlY2NoaUBnbWFpbC5j b20+IHdyb3RlOgo+T24gV2VkLCBGZWIgMjcsIDIwMTMgYXQgMTA6NDQgQU0sIGJpZ2Nsb3VkcyAg d3JvdGU6Cj4+IHRoZXJlIGlzIGEgc2VudGVuc2UgJ0ltcGxlbWVudHMgYSBkaXN0cmlidXRlZCBp bWFnZSByZXBvc2l0b3J5IG92ZXIgdGhlCj4+IHN1cHBvcnRlZCBzdG9yYWdlIHR5cGVzIChsb2Nh bCBkaXJlY3RvcnksIEZDUCwgRkNvRSwgaVNDU0ksIE5GUywgU0FTKQo+PiAnICBvbiBodHRwOi8v d3d3Lm92aXJ0Lm9yZy9BcmNoaXRlY3R1cmUuCj4+Cj4+IHdoYXQgaXMgImRpc3RyaWJ1dGVkIGlt YWdlIHJlcG9zaXRvcnkiPwo+Pgo+PiB0aGFua3MuCj4KPkV4YW1wbGUKPkkgaGF2ZSBhIHRlc3Qg ZW52aXJvbm1lbnQgd2hlcmUgYSBIb3N0IGlzIGNvbm5lY3RlZCB0byBzZXZlcmFsIEZDUCBMVU5z Lgo+RWFjaCBMVU4gYmVjb21lcyBhIHN0b3JhZ2UgZG9tYWluIGZvciB0aGlzIGhvc3QgYW5kIHRo ZSBvdGhlciBob3N0cyBpbgo+dGhlIHNhbWUgY2x1c3Rlci4KPlNvIEkgaGF2ZSBtYW55IFZNcyB3 aG9zZSBpbWFnZXMgcmVzaWRlcyBvbiBkaWZmZXJlbnQgc3RvcmFnZSBkb21haW5zCj4oYW5kIHNv IGRpZmZlcmVudCBMVU5zKS4KPkkgY2FuIG1vdmUgYSBkaXNrIG9mIGEgVk0gZnJvbSBhIHN0b3Jh Z2UgZG9tYWluIHRvIGFub3RoZXIgb25lLgo+SSB0aGluayB5b3UgY2FuIGFsc28gaGF2ZSBhIG1p eGVkIHNpdHVhdGlvbiB3aGVyZSBhIHR3byBkaXNrcycgVk0gaGFzCj5vbmUgZGlzayBvbiBhIHN0 b3JhZ2UgZG9tYWluIGFuZCB0aGUgb3RoZXIgb25lIGluIGFub3RoZXIuCj4KPlNvIEkgdGhpbmsg aXQgaXMgdG8gYmUgZXhwbGFpbmVkIHRoaXMgd2F5IHRoZSAgImRpc3RyaWJ1dGVkIGltYWdlIHJl cG9zaXRvcnkiLgo+Cj5BbmQgYWxzbyAiZGlzdHJpYnV0ZWQiIGluIHRoZSBzZW5zZSBvZiBkaWZm ZXJlbnQgc3RvcmFnZSBkb21haW4gdHlwZXMsCj5ldmVuIGlmIEkgdGhpbmsgYXQgdGhpcyB0aW1l IG9uZSBEQyBjYW5ub3QgaGF2ZSBhIG1peCBvZiBkaWZmZXJlbnQKPnN0b3JhZ2UgZG9tYWluIHR5 cGVzLi4uCj4KPkdpYW5sdWNhCgotLS0tLS09X1BhcnRfMTg4MzkzXzg0ODkzMDE5Ny4xMzYxOTYy MjY3NDkwCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PUdCSwpDb250ZW50LVRyYW5z ZmVyLUVuY29kaW5nOiA3Yml0Cgo8ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDoxLjc7Y29sb3I6IzAw MDAwMDtmb250LXNpemU6MTRweDtmb250LWZhbWlseTphcmlhbCI+PGJyPnRoYW5rcyxpIGtub3cg YSBsaXR0bGUgbW9yZS4gYnV0IGkgZG8gbm90IHVuZGVyc3RhbmQgZnVsbHkuICZuYnNwO2Rpc3Ry dWJ1dGUgZmlsZXN5c3RlbSAmbmJzcDtpcyBtb3JlIHVuZGVyc3RhbmRhYmxlLjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2EsICdNaWNyb3NvZnQgWWFoZWknLCB2ZXJkYW5hOyI+c3Bl Y2lhbGx5LCxmb3IgU0FOKGlzY3NpLGZjKSAmbmJzcDtpdCBpcyBoYXJkIHRvIHNoYXJlIGx1bnMg YmV0d2VlbiBub2Rlcyhub3QgcmVsaWFibGUpLCBldmVuIHVzZSBMVk0sQ0xWTS48L2Rpdj48ZGl2 IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhLCAnTWljcm9zb2Z0IFlhaGVpJywgdmVyZGFu YTsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogSGVsdmV0aWNhLCAnTWljcm9z b2Z0IFlhaGVpJywgdmVyZGFuYTsiPndvdWxkIHlvdSBleHBsYWluIGl0ICggU0FOIGNhc2UpP2Fu ZCBpdCBpcyBoYXJkIHRvIGNvbm5lY3QgJzxzcGFuIHN0eWxlPSJ3aGl0ZS1zcGFjZTogcHJlLXdy YXA7IGxpbmUtaGVpZ2h0OiAxLjc7Ij5sb2NhbCZuYnNwO2RpcmVjdG9yeTwvc3Bhbj48c3BhbiBz dHlsZT0ibGluZS1oZWlnaHQ6IDEuNzsiPicgd2l0aCBkaXN0cmJ1dGVkIHJlcG8uPC9zcGFuPjwv ZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2EsICdNaWNyb3NvZnQgWWFoZWkn LCB2ZXJkYW5hOyI+PGJyPjxicj50aGFua3MuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxicj48 YnI+PGJyPjxkaXY+PC9kaXY+PGRpdiBpZD0iZGl2TmV0ZWFzZU1haWxDYXJkIj48L2Rpdj48YnI+ PHByZT48YnI+QXQmbmJzcDsyMDEzLTAyLTI3Jm5ic3A7MTc6NTU6NDUsIkdpYW5sdWNhJm5ic3A7 Q2VjY2hpIiZuYnNwOyZsdDtnaWFubHVjYS5jZWNjaGlAZ21haWwuY29tJmd0OyZuYnNwO3dyb3Rl OgomZ3Q7T24mbmJzcDtXZWQsJm5ic3A7RmViJm5ic3A7MjcsJm5ic3A7MjAxMyZuYnNwO2F0Jm5i c3A7MTA6NDQmbmJzcDtBTSwmbmJzcDtiaWdjbG91ZHMmbmJzcDsmbmJzcDt3cm90ZToKJmd0OyZn dDsmbmJzcDt0aGVyZSZuYnNwO2lzJm5ic3A7YSZuYnNwO3NlbnRlbnNlJm5ic3A7J0ltcGxlbWVu dHMmbmJzcDthJm5ic3A7ZGlzdHJpYnV0ZWQmbmJzcDtpbWFnZSZuYnNwO3JlcG9zaXRvcnkmbmJz cDtvdmVyJm5ic3A7dGhlCiZndDsmZ3Q7Jm5ic3A7c3VwcG9ydGVkJm5ic3A7c3RvcmFnZSZuYnNw O3R5cGVzJm5ic3A7KGxvY2FsJm5ic3A7ZGlyZWN0b3J5LCZuYnNwO0ZDUCwmbmJzcDtGQ29FLCZu YnNwO2lTQ1NJLCZuYnNwO05GUywmbmJzcDtTQVMpCiZndDsmZ3Q7Jm5ic3A7JyZuYnNwOyZuYnNw O29uJm5ic3A7aHR0cDovL3d3dy5vdmlydC5vcmcvQXJjaGl0ZWN0dXJlLgomZ3Q7Jmd0OwomZ3Q7 Jmd0OyZuYnNwO3doYXQmbmJzcDtpcyZuYnNwOyJkaXN0cmlidXRlZCZuYnNwO2ltYWdlJm5ic3A7 cmVwb3NpdG9yeSI/CiZndDsmZ3Q7CiZndDsmZ3Q7Jm5ic3A7dGhhbmtzLgomZ3Q7CiZndDtFeGFt cGxlCiZndDtJJm5ic3A7aGF2ZSZuYnNwO2EmbmJzcDt0ZXN0Jm5ic3A7ZW52aXJvbm1lbnQmbmJz cDt3aGVyZSZuYnNwO2EmbmJzcDtIb3N0Jm5ic3A7aXMmbmJzcDtjb25uZWN0ZWQmbmJzcDt0byZu YnNwO3NldmVyYWwmbmJzcDtGQ1AmbmJzcDtMVU5zLgomZ3Q7RWFjaCZuYnNwO0xVTiZuYnNwO2Jl Y29tZXMmbmJzcDthJm5ic3A7c3RvcmFnZSZuYnNwO2RvbWFpbiZuYnNwO2ZvciZuYnNwO3RoaXMm bmJzcDtob3N0Jm5ic3A7YW5kJm5ic3A7dGhlJm5ic3A7b3RoZXImbmJzcDtob3N0cyZuYnNwO2lu CiZndDt0aGUmbmJzcDtzYW1lJm5ic3A7Y2x1c3Rlci4KJmd0O1NvJm5ic3A7SSZuYnNwO2hhdmUm bmJzcDttYW55Jm5ic3A7Vk1zJm5ic3A7d2hvc2UmbmJzcDtpbWFnZXMmbmJzcDtyZXNpZGVzJm5i c3A7b24mbmJzcDtkaWZmZXJlbnQmbmJzcDtzdG9yYWdlJm5ic3A7ZG9tYWlucwomZ3Q7KGFuZCZu YnNwO3NvJm5ic3A7ZGlmZmVyZW50Jm5ic3A7TFVOcykuCiZndDtJJm5ic3A7Y2FuJm5ic3A7bW92 ZSZuYnNwO2EmbmJzcDtkaXNrJm5ic3A7b2YmbmJzcDthJm5ic3A7Vk0mbmJzcDtmcm9tJm5ic3A7 YSZuYnNwO3N0b3JhZ2UmbmJzcDtkb21haW4mbmJzcDt0byZuYnNwO2Fub3RoZXImbmJzcDtvbmUu CiZndDtJJm5ic3A7dGhpbmsmbmJzcDt5b3UmbmJzcDtjYW4mbmJzcDthbHNvJm5ic3A7aGF2ZSZu YnNwO2EmbmJzcDttaXhlZCZuYnNwO3NpdHVhdGlvbiZuYnNwO3doZXJlJm5ic3A7YSZuYnNwO3R3 byZuYnNwO2Rpc2tzJyZuYnNwO1ZNJm5ic3A7aGFzCiZndDtvbmUmbmJzcDtkaXNrJm5ic3A7b24m bmJzcDthJm5ic3A7c3RvcmFnZSZuYnNwO2RvbWFpbiZuYnNwO2FuZCZuYnNwO3RoZSZuYnNwO290 aGVyJm5ic3A7b25lJm5ic3A7aW4mbmJzcDthbm90aGVyLgomZ3Q7CiZndDtTbyZuYnNwO0kmbmJz cDt0aGluayZuYnNwO2l0Jm5ic3A7aXMmbmJzcDt0byZuYnNwO2JlJm5ic3A7ZXhwbGFpbmVkJm5i c3A7dGhpcyZuYnNwO3dheSZuYnNwO3RoZSZuYnNwOyZuYnNwOyJkaXN0cmlidXRlZCZuYnNwO2lt YWdlJm5ic3A7cmVwb3NpdG9yeSIuCiZndDsKJmd0O0FuZCZuYnNwO2Fsc28mbmJzcDsiZGlzdHJp YnV0ZWQiJm5ic3A7aW4mbmJzcDt0aGUmbmJzcDtzZW5zZSZuYnNwO29mJm5ic3A7ZGlmZmVyZW50 Jm5ic3A7c3RvcmFnZSZuYnNwO2RvbWFpbiZuYnNwO3R5cGVzLAomZ3Q7ZXZlbiZuYnNwO2lmJm5i c3A7SSZuYnNwO3RoaW5rJm5ic3A7YXQmbmJzcDt0aGlzJm5ic3A7dGltZSZuYnNwO29uZSZuYnNw O0RDJm5ic3A7Y2Fubm90Jm5ic3A7aGF2ZSZuYnNwO2EmbmJzcDttaXgmbmJzcDtvZiZuYnNwO2Rp ZmZlcmVudAomZ3Q7c3RvcmFnZSZuYnNwO2RvbWFpbiZuYnNwO3R5cGVzLi4uCiZndDsKJmd0O0dp YW5sdWNhCjwvcHJlPjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxz cGFuIGlkPSJuZXRlYXNlX21haWxfZm9vdGVyIj48L3NwYW4+PC9zcGFuPgotLS0tLS09X1BhcnRf MTg4MzkzXzg0ODkzMDE5Ny4xMzYxOTYyMjY3NDkwLS0KCg== --===============6838634480206206563==-- From iheim at redhat.com Fri Mar 15 13:04:14 2013 Content-Type: multipart/mixed; boundary="===============1716401771316640958==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] what is "distributed image repository" Date: Fri, 15 Mar 2013 10:37:22 +0200 Message-ID: <5142DDC2.3030106@redhat.com> In-Reply-To: 335e8825.c6b6.13d1b46f362.Coremail.bigclouds@163.com --===============1716401771316640958== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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" 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 reposit= ory". >> >>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 > --===============1716401771316640958==--