Google по запросу nginx reverse proxy выдает достаточно много статей:
http://kovyrin.net/2006/05/18/nginx-as-reverse-proxy/lang/ru/
http://webo.in/articles/habrahabr/58-nginx-reverse-proxy/
и т.п.
Лично меня не устраивало в такой схеме то, что я хотел отдавать контент сжатый, а nginx отдавал несжатый. Все это, само собой, настраиваемо, но у нас в рамках института свои организационные заморочки.
> Есть ли при этом повышение производительности?
Классически nginx хорошо обрабатывает медленных клиентов, пожирая при этом меньше памяти. Основное условие nginx на одной машине, обработка php на другой. Если все на одной, то выигрыш может получиться и не настолько велик. Но у Вас явно будет не такой случай
А вот настраивать апач как reverse proxy, на мой взгляд, смысла нет. nginx по отдаче и работе с медленными клиентами точно выигрывает (в пожирании памяти и других оптимизационных нюансах).