Re: apache/fcgi deprecation?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I think that is correct, at least in RHEL.  As long as we continue to support the fcgi integration in rgw, this should work.

There really does seem to be a lot of application of various header, logging, and cache-control customization setups that we don't want to emulate in rgw itself.  I'm interested in hearing feedback from folks about the acceptability/preference for or against proxy vs. embedding, esp. larger deployments.

Matt

----- Original Message -----
> From: "Yehuda Sadeh-Weinraub" <yehuda@xxxxxxxxxx>
> To: "Sage Weil" <sweil@xxxxxxxxxx>
> Cc: "Nathan Cutler" <ncutler@xxxxxxx>, "Ken Dreyer" <kdreyer@xxxxxxxxxx>, "Ceph Development"
> <ceph-devel@xxxxxxxxxxxxxxx>
> Sent: Monday, February 8, 2016 8:16:05 PM
> Subject: Re: apache/fcgi deprecation?
> 
> Right, apache can be used as a proxy. In any case, my understanding is
> that it's not a dependency, but we'll still have the ability to
> install it (mod-proxy-fcgi) if needed (correct me if I'm wrong here).
> There aren't any current plans that I know of to remove the rgw fcgi
> frontend.
> 
> Yehuda
> 
> 
> On Mon, Feb 8, 2016 at 4:30 PM, Sage Weil <sweil@xxxxxxxxxx> wrote:
> > Matt, Yehuda-
> >
> > What do you think?  There are some valid use-cases for wanting apache (or
> > whatever) in front as it gives you access to a bunch of modules.  On the
> > other hand, you can do the same with a proxy.
> >
> > sage
> >
> >
> > On Tue, 9 Feb 2016, Nathan Cutler wrote:
> >
> >> On 02/08/2016 11:57 PM, Ken Dreyer wrote:
> >> > Sure, please do it!
> >> >
> >> > I think it's just a matter of no one having time to remove it.
> >>
> >> So we could remove the FastCGI dependency from the packaging, too?
> >>
> >> > On Thu, Feb 4, 2016 at 9:12 PM, Nathan Cutler <ncutler@xxxxxxx> wrote:
> >> > > I was just browsing the RGW documentation and noticed that parts of it
> >> > > are
> >> > > still apache/fcgi-oriented (with no mention of civetweb) even in
> >> > > master.
> >> > >
> >> > > My impression was that civetweb is now recommended for RGW deployments
> >> > > as
> >> > > it
> >> > > is faster. Is that true? And is there a plan to deprecate/drop
> >> > > apache/fcgi
> >> > > support, or will it remain indefinitely?
> >> > >
> >> > > Would it be a good idea to expunge apache/fcgi from the docs and point
> >> > > folks
> >> > > to civetweb instead?
> >> > >
> >> > > --
> >> > > Nathan Cutler
> >> > > Software Engineer Distributed Storage
> >> > > SUSE LINUX, s.r.o.
> >> > > Tel.: +420 284 084 037
> >> > > --
> >> > > To unsubscribe from this list: send the line "unsubscribe ceph-devel"
> >> > > in
> >> > > the body of a message to majordomo@xxxxxxxxxxxxxxx
> >> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >>
> >>
> >> --
> >> Nathan Cutler
> >> Software Engineer Distributed Storage
> >> SUSE LINUX, s.r.o.
> >> Tel.: +420 284 084 037
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> >> the body of a message to majordomo@xxxxxxxxxxxxxxx
> >> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >>
> >>
> > --
> > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> > the body of a message to majordomo@xxxxxxxxxxxxxxx
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

-- 
-- 
Matt Benjamin
Red Hat, Inc.
315 West Huron Street, Suite 140A
Ann Arbor, Michigan 48103

http://www.redhat.com/en/technologies/storage

tel.  734-707-0660
fax.  734-769-8938
cel.  734-216-5309
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux