Есть ли какие-либо проблемы с наличием нескольких веб-сайтов IIS, указывающих на ту же папку?
Я сказал бы, чтобы установить пакетный адрес соединения/разъединения/UDP и DHCP, входящий в систему маршрутизатор, и включать порт маршрутизатора # в журналы. Идея, здесь являющаяся, что буква RIAA должна включать дату/время/IP нарушения. От этого Вы можете поиск, какой порт маршрутизатора (и таким образом который квартира) фиксировал нарушение, и передайте букву. Эти журналы будут большими, но так как они не включают содержимое пакета, они не должны быть СЛИШКОМ большими. И если владелец является NATting, входящий трафик UDP должен быть очень маленьким.
Это позволяет владельцу доказать (насколько он может), какая сторона ответственна, и передайте стычку им соответственно. В любом судебном процессе владелец должен смочь успешно выйти из чего-либо кроме ответа на некоторые повестки в суд для журналов.
Никакая причина использовать несколько пулов приложений, если у Вас нет явной причины разделения их. Иначе это - просто трата памяти.
Не должно быть никаких проблем в выполнении нескольких веб-сайтов от того же каталога. Если в какой-то момент клиенту нужна другая версия, можно переместить их на другой dir со специализированной кодовой базой / конфигурация / и т.д. Если это - сценарий, который мог бы происходить чаще, то Вы могли бы рассмотреть разделение их на различные веб-сайты впереди.
Нет никаких проблем с выполнением нескольких сайтов от той же папки, я много раз делал это. Преимуществом, которое Вы получаете путем выполнения отдельных сайтов в пулах отдельного приложения, является устойчивость к катастрофическим отказам, если ошибка будет вызвана в одном сайте, то это, менее вероятно, будет влиять на другие. Это также означает, что, если один сайт более популярен, чем другие, можно изменить настройки пула для создания этого более эффективным при переработке потоков при необходимости.
В некоторых случаях это может быть опасно. Есть вероятность возникновения тупиков на ресурсах файловой системы. В моем случае это был индекс lucene и два пула приложений, которые обращались к одной и той же папке. Оба начали обновление индекса одновременно, поэтому половина файлов была заблокирована одним приложением, а другая половина - вторым, что привело к зависанию обоих веб-сайтов. Чрезвычайно сложно отлаживать.