>> What benefit does this give you over running VirtualHost? >> > > (I wouldn't set up a second instance like suggested, but..) Curious about why not... BTW, my example was a little simplified. In practice we actually make a link "base" which points to the apache directory and the link bin to base/bin, etc. That way, when we compile a new version we put it in its own directory and change the link. Easy to upgrade, easy to back off if it doesn't work. More recently we have been moving toward multiple compiles because we're trying to put everything in its own stack in preparation for moving to VMs. But we still do the linking in order to make upgrades easier. > 1) You can load different modules in different instances > 2) Separation of concerns > 3) Different global configuration options > 4) Different compile time options All of those apply, but most of it has to do with what I assume you mean by (2). We have several different customer groups and many applications. Although we do run VirtualHost, each instance of apache belongs to one organizational entity. That way, two groups with different missions don't have to agree on a restart for changing a paramter (and for that matter don't have to agree to the change, which relates to (3) above). Also, easier to co-ordinate software upgrades. > For instance, on our reverse proxies, we run two instances of apache, > one handles SSL and runs prefork MPM, and one handles regular HTTP and > runs the event MPM. > > Cheers > > Tom > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|