mogilefs module 1.0.2
Valery Kholodkov
valery+nginxen at grid.net.ru
Tue Jul 28 14:45:50 MSD 2009
----- Michael Shadle <mike503 at gmail.com> wrote:
>
>
> Sent from my iPhone
>
> On Jul 27, 2009, at 11:14 PM, Valery Kholodkov <valery+nginxen at grid.net.ru
> > wrote:
>
> > Michael Shadle wrote:
> >> This doesn't put the file on the server you're communicating with
> >> right?
> >
> > Technically, it uses server you are communicating with as a temporary
> > storage and then creates a single replica on the first node provided
> > by
> > tracker using PUT request.
>
> I'm not sure if this is something you have to handle or the mogilefs
> infrastructure does, but if you have defined multiple replicas for a
> specific domain does this work like it should (I would assume that it
> would return multiple nodes then)? Is it your modules responsibility
> or does the tracker and it's processes handle distributing the files
> amongst the other replicas?
No, at the moment it makes only one replica, but I plan to implement replication at desired minimal number of nodes simultaneously.
>
>
> >
> >> It still uses the tracker to determine the proper node to store the
> >> file
> >> on right?
> >
> > Right.
> >
> >>
> >> Sent from my iPhone
> >>
> >> On Jul 27, 2009, at 10:51 PM, Valery Kholodkov
> >> <valery+nginxen at grid.net.ru> wrote:
> >>
> >>> Daniel wrote:
> >>>> Hi Valery,
> >>>> I just installed the module and recompiled nginx, set the config
> >>>> file
> >>>> as in the example from your site. Now i can download the files
> >>>> from
> >>>> reverse proxy directly. Very Cool. Thanks a lot.
> >>>> Can you give us examples of the config to push files into the
> >>>> mogilefs storage?.
> >>>
> >>> location /upload/ {
> >>> mogilefs_tracker tracker;
> >>> mogilefs_domain domain;
> >>> mogilefs_methods PUT;
> >>> mogilefs_pass {
> >>> proxy_pass $mogilefs_path;
> >>> }
> >>> }
> >>>
> >>>>> Yes, but making a mogstored node out of it is a bad idea.
> >>>> I'm using nginx as a mogstored frontend without problems.
> >>>
> >>> It wasn't about nginx, it was about using nginx+mogilefs module as
> >>> storage node.
> >>>
> >>>> Tuqui
> >>>> Valery Kholodkov さんは書きました:
> >>>>> Hello Michael!
> >>>>>
> >>>>> Michael Shadle wrote:
> >>>>>> Ah, so the module does all the work, instead of the client
> >>>>>> contacting
> >>>>>> the tracker, and the tracker using the nginx-based mogstored;
> >>>>>> this
> >>>>>> actually takes the file itself and pushes it into the mogilefs
> >>>>>> system
> >>>>>> for you?
> >>>>>
> >>>>> Yes, this is what it was written for.
> >>>>>
> >>>>>> I suppose that's a pretty cool feature then. Anything to keep
> >>>>>> configuration light and usability the easiest.
> >>>>>>
> >>>>>> On Mon, Jul 27, 2009 at 2:48 AM, Valery
> >>>>>> Kholodkov<valery+nginxen at grid.net.ru> wrote:
> >>>>>>> This is to use nginx as a frontend to MogileFS and hide
> >>>>>>> interaction with the tracker while store files.
> >>>>>>>
> >>>>>>> ----- Michael Shadle <mike503 at gmail.com> wrote:
> >>>>>>>> Just for discussion sake why is that? I actually have the same
> >>>>>>>> instance of nginx with two separate http{} blocks. One for
> >>>>>>>> mogstored
> >>>>>>>> and one for normal web serving. It might even be possible to
> >>>>>>>> have it
> >>>>>>>> under the same http block. I never looked into it that much.
> >>>>>>>>
> >>>>>>>> I guess explaining the pros and cons of doing it that way vs.
> >>>>>>>> Using
> >>>>>>>> the module would be good info to know.
> >>>>>>>>
> >>>>>>>> Sent from my iPhone
> >>>>>>>>
> >>>>>>>> On Jul 25, 2009, at 2:20 PM, Valery Kholodkov
> >>>>>>>> <valery+nginxen at grid.net.ru
> >>>>>>>>> wrote:
> >>>>>>>>
> >>>>>>>>> Yes, but making a mogstored node out of it is a bad idea.
> >>>>>>>>>
> >>>>>>>>> Michael Shadle wrote:
> >>>>>>>>>> So this means this module now handles the DAV requests as
> >>>>>>>>>> well,
> >>>>>>>>>> so it
> >>>>>>>>>> can be a mogstored node?
> >>>>>>>>>> nginx technically already supported that :) However this
> >>>>>>>>>> could be
> >>>>>>>>>> more
> >>>>>>>>>> efficient, etc. I'm wondering if I am understanding this
> >>>>>>>>>> properly.
> >>>>>>>>>> On Sat, Jul 25, 2009 at 10:22 AM, Valery
> >>>>>>>>>> Kholodkov<valery+nginxen at grid.net.ru> wrote:
> >>>>>>>>>>> Changes in version 1.0.2 (July 25 2009):
> >>>>>>>>>>> * Added feature: directive mogilefs_methods and support
> >>>>>>>>>>> for PUT
> >>>>>>>>>>> and DELETE
> >>>>>>>>>>> methods
> >>>>>>>>>>> * Added feature: dynamic evaluation of tracker name
> >>>>>>>>>>> * Added feature: ability to pass noverify parameter to
> >>>>>>>>>>> tracker
> >>>>>>>>>>>
> >>>>>>>>>>> The first 2 features were commissioned by GG Network SA
> >>>>>>>>>>> (gadu-gadu.pl
> >>>>>>>>>>> ).
> >>>>>>>>>>> These features allow write access to MogileFS using nginx,
> >>>>>>>>>>> as
> >>>>>>>>>>> well
> >>>>>>>>>>> as
> >>>>>>>>>>> locating of tracker dynamically. The Gadu-Gadu developers
> >>>>>>>>>>> were
> >>>>>>>>>>> very kind to
> >>>>>>>>>>> test these features. Hopefully there are no major issues.
> >>>>>>>>>>>
> >>>>>>>>>>> The noverify parameter instructs MogileFS tracker to avoid
> >>>>>>>>>>> querying the
> >>>>>>>>>>> database for location of files if possible and use cached
> >>>>>>>>>>> results,
> >>>>>>>>>>> thus
> >>>>>>>>>>> eliminating some of the database server load.
> >>>>>>>>>>>
> >>>>>>>>>>> The details on the following page:
> >>>>>>>>>>> http://www.grid.net.ru/nginx/mogilefs.en.html
> >>>>>>>>>>>
> >>>>>>>>>>> Feel free to contact me if you have problems with this!
> >>>>>
> >>>
> >>>
> >>> --
> >>> Best regards,
> >>> Valery Kholodkov
> >>>
> >>
> >
> >
> > --
> > Best regards,
> > Valery Kholodkov
> >
>
--
--
Regards,
Valery Kholodkov
More information about the nginx
mailing list