[pve-devel] new plugin architecture for storage modules

[Alexandre DERUMIER]

>>Seems nexenta license is not compatible :-/ 
>>
>>http://www.gnu.org/licenses/license-list.html#CDDL 

mmm, openstack have a nexenta plugin ...so this is strange...
(This is just a json rest api)



>>I am confused. That is only the client side? A storage only makes sense if 
>>one can also run a server. But ceph server is not stable in our kernel? 

Oh, yes, I was talking about client side support in qemu-kvm.

I don't like mix kvm and storage on same nodes, but it think can be done.

for servers part:
We need 3 servers minimum, 
- 3 ceph "mon" daemon, they are use for maintain the "crush" map, a map of block location.
- 3 ceph "osd" daemon, they are storage daemon.
We also need dedicated disks for journal and storage for osd.
I don't know for the kernel version but I think it must work we current kernel.

So, it's not tricky to add server side out of the box. Need tunning.



>>How stable are those packages (how many updates per year)? I guess we can copy 
>>them to our repository if really needed. 
Seem that package have a new release around each month.(Small releases with small new features each time)
New client version are always backward compatible with old ceph server version.


----- Mail original ----- 

De: "Dietmar Maurer" <dietmar at proxmox.com> 
À: "Alexandre DERUMIER" <aderumier at odiso.com> 
Cc: pve-devel at pve.proxmox.com 
Envoyé: Mercredi 23 Mai 2012 09:21:03 
Objet: RE: new plugin architecture for storage modules 



> -----Original Message----- 
> From: Alexandre DERUMIER [mailto:aderumier at odiso.com] 
> Sent: Mittwoch, 23. Mai 2012 08:40 
> To: Dietmar Maurer 
> Cc: pve-devel at pve.proxmox.com 
> Subject: Re: new plugin architecture for storage modules 
> 
> Oh great, good job ! 
> 
> I'll look at it and try to implement my nexenta plugin. 

Seems nexenta license is not compatible :-/ 

http://www.gnu.org/licenses/license-list.html#CDDL 

> Also I'm currently testing ceph/rados block with some ceph users,seem to 
> works fine and easy to implement. (no kernel module need,on qemu-kvm 
> with librbd). 
> Ceph community is nice and very helpfull and I'm also in contact with Intank, 
> the new company of ceph creator. 
> Rados block is stable now (and commercialy supported),so I think I'll do a 
> plugin module too. 
> 
> What do you think about it ? 

I am confused. That is only the client side? A storage only makes sense if 
one can also run a server. But ceph server is not stable in our kernel? 

> For Ceph, I need to build pve-qemu-kvm with librdb , libraries are available 
> on a official ceph debian repository (squeeze and wheezy) (basicly we need 3 
> packages, librbd-dev for build, then librbd and ceph-common (tools) 
> packages) What is the best way to include them in proxmox ? add ceph 
> repository to proxmox ? or adding ceph packages in proxmox git ? 

How stable are those packages (how many updates per year)? I guess we can copy 
them to our repository if really needed. 

- Dietmar 




-- 

-- 




	Alexandre D erumier 
Ingénieur Système 
Fixe : 03 20 68 88 90 
Fax : 03 20 68 90 81 
45 Bvd du Général Leclerc 59100 Roubaix - France 
12 rue Marivaux 75002 Paris - France