Нехватка памяти в Azure при использовании 50 %

Я столкнулся с ситуацией, когда в нашей службе приложений Azure для веб-API .Net Core были сгенерированы исключения, связанные с нехваткой памяти, несмотря на то, что память и использование превышали 50 % в плане службы приложений (P2V2: 7 ГБ ОЗУ).

Я просмотрел эту статью SO, чтобы проверяйте приватные байты и прочее но все равно не видите откуда берется память об исчерпании. Я вижу максимальное использование 1,5 ГБ на рабочем наборе памяти, что значительно ниже 7 ГБ.

Ничего не отображается в разделе «Поддержка + устранение неполадок» -> «Состояние ресурсов» или «Советник по службе приложений».

Я не уверен, где искать дальше, и любая помощь будет оценена по достоинству.


person Pascal    schedule 01.05.2019    source источник


Ответы (2)


Службы приложений Azure ограничивают использование памяти на уровне 1,5 ГБ по умолчанию. Но вы можете изменить это поведение с помощью этого параметра приложения (который будет добавлен в разделе «Конфигурация»):

WEBSITE_MEMORY_LIMIT_MB = 3072

См. также мой ответ здесь: способ определить, почему служба приложений Azure была перезапущена?

person Jeroen Visscher    schedule 02.07.2021

Представление «Метрики» на портале может иметь уровень детализации только до 1 минуты. (По умолчанию 5 минут)

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

Попробуйте консоль SCM (Дополнительные инструменты > Перейти) и проверьте Process Explorer, чтобы увидеть фактическое потребление памяти.

person Jasonh    schedule 01.05.2019
comment
Спасибо, Джейсон, за ответ. Это то же представление, что и Process Explorer в разделе «Мониторинг». Это дает мне текущую используемую память. Я, конечно, могу пойти туда, чтобы получить детальную информацию о каждом процессе, но это не объясняет, как я могу получить исчерпание памяти, когда процесс достиг 1,5 ГБ, что намного меньше выделенных 7 ГБ. - person Pascal; 03.05.2019