Ну вынес. Кто первый рассказывать будет?

Тема действительно интересная, однако больше относящаяся к "know how" провайдеров .
Говоря о вынесении разговоров на тему Application Pools и кол-ва сайтов, я предлагал это сделать коллегам, решившим подискутировать по этому поводу

Однако, в развитие этой темы хочется задать следующий вопрос коллегам:
- какие конкретно программные решения Вы используете для определения "наиболее загруженных" веб-сайтов/приложений пользователей в случае, если Вы не используете отдельные Application Pool на каждое приложение / веб-сайт ?
Из того что используем мы и общедоступно: IISTracer, IISGuard,WHN PoolControlScripts.

Да, похоже, жуткое ноу-хау. Может оно и к лучшему: у читателей этой темы не возникнет разнообразия ответов на вопрос: Кто же у нас предоставляет путёвый хостинг на Windows?

Мы решаем ету проблему тримя Програмами и очень успешно я должен сказать.

1. Control Panel X-UnitConf
2. ProcWatch
3. Process Explorer

Если кому интересно могу обеснить по ICQ: 165-768-245

В продолжение темы, на днях совершенно случайно обнаружили оч. полезные утилиты из пакета: IIS Diagnostics (а им уже почти год , в частности: IIS Request Viewer, IIS Request Monitor и IIS Trace.
http://www.microsoft.com/windowsserver2003...ls/default.mspx

У меня вопрос, может быть глупый (я не админ).
А как реализуется на хостинге, где не дают отдельный Application Pool, поддержка разных версий FrameWork (например, 1.1/2.0) в рамках одного аккаута?

Просто делается два shared Application Pool-а. Один для ASP.NET 1.1 сайтов, второй для ASP.NET 2.0 сайтов.

Если всем давать AP, память быстро закончится

Переключается всё очень просто, через панельку...

А как быть с "репликацией" или копией всего содержимого сервера на другой, второй сервер, который бы начинал работать при недоступности первого?
Есть решения?

ps - извините, если не очень технически выразился.

Кластеринг и на windows есть