Nginx Обычно идет дополнением к апачу, в качестве так называемого фронтэнда
его ставят перед апачем, чтобы он обслуживал конекты юзверей - ибо он очень экономично юзает ресурсы в отличае от последнего и таким образом разгружает апач. т.е. принцип примерно таков - идет запрос к вебсерверу входящий конект принимает нжинкс, после того как от пользователя данные получены - он их быстро отдает апачу, апач моментом возращает ответ и выгружает свой процесс, а содержимое МЕДЛЕННО отдается уже пользователю через Nginx. таким образом апачу не нужно держать в памяти свои процессы пока пользователь не скачает информацию (пхп, хтмл странички, картинки и тд) и тем самым идет экономия ресурсов
следовательно такой вебсервер, в связке нжинкс + апач сможет обслужить на много больше клиентов нежели чем сам апач. от апача можно вобще отказаться, если тебе не нужен его функционал или доп модули, которые есть только под него. сам пхп можно запускать как FASTCGI и таким образом необходимость в апаче отпадает + при такой связке ты точно выйграешь в экономии памяти, свои минусы правда тоже есть.
P.S.: сам автор (Игорь Сысоев сотрудник рамблера) демонстрировал на FREEBSD как нжинкс обсулживал свыше 100000 одвновременных конектов на одном сервере, это при том что в системе по дефолту 65 тысяч портов. лично у меня нжинкс обрабатывал до 30 тысяч одновременных соединений (очень полезно когда тебя ддосят), часть из которых шла на апач а часть отдавалась статикой напрямую (картинки и тд) все это было на весьма скромном сервере