У меня около 360 сайтов, работающих в одном пуле приложений. Теперь я знаю, что у нас есть проблема с кодированием на одном из этих сайтов, где мы случайно кодировали утечку памяти. Итак, что происходит: сайт запускается, начинается утечка памяти, и вскоре в пуле приложений заканчивается память. Затем медленно, но верно остальные 360 сайтов начинают падать, как аффект домино. Я понимаю, что корень проблемы - это плохое кодирование, которое мы исправим, но я подумал, что вместо того, чтобы отключать упомянутые 360 сайтов, мы могли бы ежемесячно создавать новый пул приложений, чтобы каждый сайт, который мы создаем, входил в этот месяцев пул приложений. Во-первых, это ограничивает объем проблем 5-20 сайтами, а во-вторых, если на одном сайте возникнут проблемы, мы не будем отключать все 360 сайтов.
Есть ли в этом мышлении какие-то проблемы, возможные последствия? Заранее спасибо! Иеремия
Было бы лучше, если бы вы не запускали все свои приложения в одном пуле приложений. Вот что я считаю правильным:
Нет жесткого ограничения на количество пулов приложений или количество приложений на пул приложений, которые должны быть в IIS. Но всегда лучше иметь как можно меньше пулов приложений. Создание процесса в Windows - дорогостоящий процесс. Также важно отметить количество пулов приложений, работающих одновременно.
Назначение пулов приложений - ограничить риск того, что одно приложение лишит вас всех взглядов на вашем компьютере, поэтому это определенно рекомендуется.
Часть вашего вопроса «добавлять по одному в месяц» не имеет большого смысла, поскольку сайт, попавший в пул приложений, останется там навсегда, поэтому для существующих сайтов в этом нет необходимости. Вы говорите о будущем росте? Если вы обновите свой вопрос, мы сможем прокомментировать эту часть дальше.
Обратной стороной является то, что каждый новый пул приложений добавляет серверу небольшие накладные расходы (память / ЦП), поэтому добавление 360 из них, вероятно, не является хорошей идеей. Рекомендуется разбивать сайты на группы (так или иначе связанные).
Хорошим местом для начала было бы размещение «проблемных» приложений в их собственном пуле и оставление рабочих приложений в другом - это поможет стабилизировать ситуацию для большинства ваших сайтов.