Как узнать, почему пул приложений IIS перерабатывается

Исследования - 1

Сначала я попытался использовать System.Web.ProcessModelInfo.GetCurrentProcessInfo() и System.Web.ProcessModelInfo.GetHistory(int). Результаты этих методов возвращают информацию, такую ​​как PID, время начала, возраст, состояние и пиковое использование памяти. К сожалению, они были недоступны в моей хостинговой среде:

HttpException 0x80004005 - Метрики процессов доступны только при включенной модели процессов ASP.NET. При работе на версиях IIS 6 или новее в режиме изоляции рабочих процессов эта функция не поддерживается.

Этот подход может работать для других, хотя, если вы находитесь в такой ситуации, попробуйте.

Исследования - 2

Свойство System.Web.Hosting.HostingEnvironment.ShutdownReason является перечислением с большим количеством значений, но, к сожалению, все описанные в моем вопросе случаи объединены в одно значение перечисления:

ApplicationShutdownReason.HostingEnvironment: среда хостинга закрыла домен приложения.

Исследования - 3

У ScottGu есть подход в своем блоге (это тот же код , который Кев опубликовал ), который использует отражение для Доступ к внутреннему состоянию HttpApplication. К сожалению, в этом случае он сообщает только ту же деталь, что и № 2 выше:

_shutDownMessage =
  HostingEnvironment initiated shutdown
  HostingEnvironment caused shutdown

_shutDownStack =
  at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
  at System.Environment.get_StackTrace()
  at System.Web.Hosting.HostingEnvironment.InitiateShutdownInternal()
  at System.Web.Hosting.HostingEnvironment.InitiateShutdownWithoutDemand()
  at System.Web.Hosting.PipelineRuntime.StopProcessing()

Это действительно поздний ответ, но я надеюсь, что он может дать дополнительное понимание тем, у кого есть похожие проблемы (IIS 7.x или выше).

1. Поиск, когда пул приложений начинает закрываться - следующий код можно использовать, чтобы узнать, когда пул приложений начинает свое отключение. Фактическое отключение происходит в максимальном пределе отключения (секунды, по умолчанию 90) после этого события.

public class ApplicationPoolService : IApplicationPoolService
{
    public bool IsShuttingDown()
    {
        return System.Web.Hosting.HostingEnvironment.ShutdownReason != ApplicationShutdownReason.None;
    }

    public ApplicationShutdownReason GetShutdownReason()
    {
        return System.Web.Hosting.HostingEnvironment.ShutdownReason;
    }
}

public class HostingEnvironmentRegisteredObject : IRegisteredObject
{
    public void Stop(bool immediate)
    {
        // second call is done when the Stop is imminent 
        if (immediate)
            return;

        var reason = appPoolService.GetShutdownReason().ToString();
        logger.Log(LogLevel.Info, $"HostingEnvironmentRegisteredObject.stop called with shutdown reason {reason}");
    }
}

// this code should be placed in global.asax.cs
protected void Application_Start()
{
    HostingEnvironment.RegisterObject(new HostingEnvironmentRegisteredObject());
}

Это помогает найти общую причину и точно, когда это было вызвано. В вашем случае, я думаю, HostingEnvironment это значение. К сожалению, первопричина не уникальна. Это может быть периодическая переработка, перезапуск из-за ограничения памяти (наиболее вероятная причина в вопросе OP), перезапуск из-за фиксированного часа и т. Д.

2. Поиск точной причины - один из способов выяснить точную причину - найти ее в EventLog. Если это недоступно, его можно запросить у хостинг-провайдера, предоставив следующую информацию, чтобы сузить область поиска.

• Точное время начала выключения
• Фильтр журнала событий:
  • Источники событий = WAS
  • Уровень события = информация
  • Записано = пользовательское диапазон, включающий точное время отключения +/- 1 минута или около того

Журнал событий должен возвращать более важную информацию, как показано ниже:

A рабочий процесс с идентификатором процесса «xxx», обслуживающий пул приложений «xxx», запросил перезапуск, поскольку достиг запланированного времени перезапуска.

Рабочий процесс с идентификатором процесса «xxx», обслуживающий пул приложений «xxx», запросил перезапуск, поскольку достиг своего предела виртуальной памяти.