From: Thomas S H. <tha...@gm...> - 2011-01-15 07:02:20
|
Heh, I was right, something outside the scope of what i was considering. This gets tricky, what you are suggesting is to layer storage paradigms to create an environment which MooseFS cannot server on top of MooseFS. But on the other hand, finding a storage platform that gives you all of this at the platform level is hard.... maybe impossible. Also this approach creates tiers of single redundancy services, it is very vulnerable. So to sum up, what you want does not exist, this I think you already know, the problem is how to create it. I am afraid that I don't know how to create what you need, and while having a massive single block device on top of MooseFS could be used in a cloud environment it would also not act as an optimal use of MooseFS. But, I do agree with one thing, quotas will be great. -Tom 2011/1/14 颜秉珩 <rw...@12...> > Because there is no quota function in MFS. > > How can we provide multitenancy function based on MFS? > > > 2011-01-15 > ------------------------------ > ------------------------------ > The last thing I want to do start a flame war, but I don't understand > how you are setting up your cloud infrastructure where a 2T vm image is a > good idea. > > My initial impression is that there is something about the deployment that > would justify that kind of vm image. > > If you need to access large amounts of data storage from a vm, then the vm > should mount the moosefs share, maintaining a virtual machine disk image of > that size is bad for performance (every write translates into large scale > chunk changes) > > If you want to use a distributed file system for a cloud infrastructure > (and mooseFS is an excellent choice) then I am going to recommended that you > limit the writes to the virtual machine image, and offload as much as you > can to mounts of the master moosefs filesystem. > > In my deployments I have all storage class file access on moosefs mounts > and it has greatly improved the performance of the filesystem and the > virtual machines. > > -Tom Hatch > > On Fri, Jan 14, 2011 at 10:19 PM, 颜秉珩 <rw...@12...> wrote: > >> >> we use MFS to create virtual block device, >> >> A block device larger than 2T is much popular nowadays! >> >> So I think 2T limitation impacts the MFS application in this area >> (cloud storage environment) >> >> >> ------------------------------ >> *发件人:* Michal Borychowski >> *发送时间:* 2010-12-30 15:25:39 >> *收件人:* 'yanbh' >> *抄送:* 'moosefs-users' >> *主题:* Re: [Moosefs-users] How many mfs clients can be supported by >> thesame master at the same time!! >> >> Hi! >> >> *From:* yanbh [mailto:ya...@in...] >> *Sent:* Thursday, December 30, 2010 7:49 AM >> *To:* moosefs-users >> *Subject:* [Moosefs-users] How many mfs clients can be supported by the >> same master at the same time!! >> >> >> >> Dear all! >> >> >> >> I have some questions about MFS, as following! >> >> 1. how many mfsclient can be supported by the same master server at the >> same time? >> >> what about 100 client mounting the same mfs master at the same? what >> about the performace? >> >> *[MB] 100 clients would not be a problem. Performance should also not be >> affected (metadata in mfs master are kept in RAM for speed). Please have a >> look here: >> http://80.48.16.122/mfs.cgi?masterport=9421&mastername=bellona_main§ions=MSfor our installation. >> * >> >> >> >> 2. we know the mfs can only support a file whose size less than 2T, this >> is a bad limitation, when to remove it ? >> >> any plan? >> >> *[MB] Is it really a big problem for you? Can’t you divide the files to >> be not bigger than 2TB? For the moment removing this limiation doesn’t have >> big priority.* >> >> ** >> >> >> >> whatever, Thx for the developers giving us a execlent DFS!! >> >> *[MB] :)* >> >> ** >> >> *If you need any further assistance please let us know.* >> >> ** >> >> *Kind regards* >> >> *Micha?Borychowski * >> >> *MooseFS Support Manager* >> >> *_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _* >> >> *Gemius S.A.* >> >> *ul. Woska 7, 02-672 Warszawa* >> >> *Budynek MARS, klatka D* >> >> *Tel.: +4822 874-41-00* >> >> *Fax : +4822 874-41-01* >> >> >> >> Best >> >> Regards! >> >> >> >> 2010-12-30 >> ------------------------------ >> >> *yanbh* >> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> moosefs-users mailing list >> moo...@li... >> https://lists.sourceforge.net/lists/listinfo/moosefs-users >> >> > |