Создание пула приложений в месяц, чтобы ограничить объем проблем

У меня около 360 сайтов, работающих в одном пуле приложений. Теперь я знаю, что у нас есть проблема с кодированием на одном из этих сайтов, где мы случайно закодировали утечку памяти. Так что происходит, когда сайт работает, начинается утечка памяти, и вскоре в пуле приложений заканчивается память. Затем медленно, но верно, остальные 360 сайтов начинают падать, как эффект домино. Я понимаю, что корень проблемы заключается в каком-то плохом кодировании, которое мы исправим, но вместо того, чтобы отключать указанные 360 сайтов, я подумал, что мы могли бы создавать новый пул приложений ежемесячно, чтобы каждый сайт, который мы создаем, попадал в него. месяцы пул приложений. Во-первых, это ограничивает объем проблем до 5 - 20 сайтов, а во-вторых, если на одном сайте начнутся проблемы, мы не будем закрывать все 360 сайтов.

Есть ли какие-либо проблемы в этом мышлении, возможные последствия? Заранее спасибо! Иеремия

Источник

2 ответа

Назначение пулов приложений состоит в том, чтобы ограничить риск того, что одно приложение отнимает каждый взгляд на вашем устройстве, поэтому это определенно рекомендуется.

Часть "добавить один раз в месяц" в вашем вопросе не имеет большого смысла, если сайт находится в пуле приложений, он останется там навсегда, так что это не нужно для ваших существующих сайтов. Вы говорите о будущем росте? Если вы обновите свой вопрос, мы можем прокомментировать эту часть дальше.

Недостатком является то, что каждый новый пул приложений добавляет немного ресурсов (памяти / процессора) на сервер, поэтому добавление 360 из них, вероятно, не является хорошей идеей. Рекомендуется разбивать сайты на группы (как-то связанные).

Хорошим местом для начала было бы помещение "нарушающих" приложений в их собственный пул и оставление рабочих приложений в другом - это поможет стабилизировать работу большинства ваших сайтов.

Источник

Было бы лучше, если бы вы не запускали все свои приложения в одном appPool. Вот что я считаю правильным сделать:

  1. Определите ваши приложения. Разберитесь с динамическими и статическими сайтами
  2. Вы можете иметь все статические страницы веб-сайтов в одном appPool, скажем "staticappPool"
  3. Вам нужно будет протестировать / контролировать все ваши динамические приложения, сначала поместив их в собственный appPool
  4. Те, которые хороши, могут быть размещены в одном appPool с именем "dynamicicappPool". Вам нужно будет вводить больше, если количество приложений растет.
  5. Те, которые вызывают проблемы, вам нужно будет отладить приложение

Не существует жесткого ограничения на количество appPools или количества приложений на appPool, которое вы должны иметь в IIS. Но всегда лучше иметь как можно меньше appPools. Создание процесса в Windows - дорогой процесс. Также важно отметить количество одновременно работающих appPools.

Источник
Другие вопросы по тегам