Я думаю можно поставить и не только один\два но много сайтов на 1 сервер www.google.com.ua/search?q=iis+%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9+%D1%85%D0%BE%D1%81%D1%82&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ru:official&client=firefox-a
Вопрос только в том насколько посетителей вы рассчитываете. ну и nginx полюбому для статики надо в идеале на РЕКОМЕНДУЕМОЙ для него конфигурации. Но на 1-х порах думаю нормально будет и на Винде

Nginx + PHP-FastCGI, а в качестве спаунера php-fpm.

Вкратце, что такое FastCGI и почему он лучше чем mod_php?

FastCGI это высокопроизводительный и масштабируемый интерфейс для взаимодействия web-сервера и приложений, дальнейшее развитие технологии CGI. Ознакомиться с более подробной информацией о FastCGI вы можете на официальном сайте или в Википедии.

Основное преимущество FastCGI в изолировании динамического языка от web-сервера. Например, запуск FastCGI процесса под пользователем, отличным от пользователя web-сервера, а также процесс может находиться в chroot'е, отличном от chroot'а web-сервера. Помимо всего прочего, эта технология позволяет запускать web-сервера и CGI процессы (теже php скрипты) на различных хостах, что улучшает масштабируемость и также способствует безопасности без существенной потери в производительности.

Ну а зачем нам php-fpm, если PHP и так поддерживает работу в режиме FastCGI?

php-fpm — это патч для PHP, для использования PHP как FastCGI процесса в высоконагруженных системах. Устраняет ряд проблем мешающих использовать PHP в режиме FastCGI. Андрей Нигматулин представил набор патчей php-fpm к PHP 4/5, устраняющих ряд проблем, которые мешают использовать PHP в режиме FastCGI на высоконагруженных системах.

Возможности php-fpm:

* Управление процессами. Возможность «плавно» останавливать и перезапускать php воркеры без потери запросов. Возможность плавно обновлять конфигурацию и binary без потери запросов;
* Ограничение ip адресов, с которых могут приходить запросы от web сервера;
* Динамическое количество процессов, в зависимости от нагрузки (TODO);
* Запуск воркеров с разными uid/gid/chroot/environment и разными php.ini опциями;
* Логирование stdout & stderr рабочих процессов;
* Аварийный перезапуск всех процессов при случайном разрушении shared memory opcode cache, если используется акселератор;
* Принудительное завершение подвисших процессов, если set_time_limit() не срабатывает (TODO);

Почему выбрать Debian

А можно на него два сайта поставить — один сайт на livestreet с поиском на Sphinx, второй на WordPress?

Можно, используя вирт. хосты

Копирием конфиг default для двух сайтов

cp /etc/nginx/sites-available/default /etc/nginx/sites-available/site1.com
cp /etc/nginx/sites-available/default /etc/nginx/sites-available/site2.com

Изменяем как нужно секцию server{}, и активируем в sites-enabled путем создания сим.линка

ln -s /etc/nginx/sites-available/site1.com /etc/nginx/sites-enabled/site1.com
ln -s /etc/nginx/sites-available/site2.com /etc/nginx/sites-enabled/site2.com

Перезагружаем nginx

/etc/init.d/nginx restart

Вот параметры хостинга

Не обязательно Debian. Любой UNIX. Родная платформа nginx это вообще-то BSD. :) Проcто порт на Windows появился сравнительно недавно и не вызывает полного доверия даже у самих разработчиков :)

Но это всё теория. Если вы не ожидаете каких-то серьезных нагрузок, то и незачем строить какую-то сложную платформу. Т.е. грубо говоря, если у вас в среднем меньше чем 3 запроса динамических страниц в секунду, то что угодно сойдёт :)

где?