Метрики мониторинга веб-приложений Azure и план службы приложений

Я изучаю мониторинг веб-приложений в Microsoft Azure и вижу множество вариантов на портале. У меня есть вопросы, которые я буду выдвигать один за другим. Длина вопроса может быть немного длинной, поэтому заранее приносим свои извинения :-)

  1. Обозреватель процессов

Здесь мы можем найти детали процесса для каждого экземпляра, который работает для моего веб-приложения. В случае горизонтального масштабирования мы также увидим несколько экземпляров. Я хочу знать, почему мы видим 2 процесса на каждый экземпляр и каково значение каждого процесса. введите здесь описание изображения

2. Метрики на экземпляр (приложения)

При просмотре этого отчета я вижу 2 разные вкладки (см. Изображение), я не могу сопоставить их с экземплярами, которые есть в моих веб-приложениях.

2.A) Верно ли, что если у меня есть несколько слотов развертывания / масштабированных экземпляров, я увижу столько вкладок в отчете?

2.B) Есть ли способ сопоставить их с экземплярами моего веб-приложения в Process Explorer введите описание изображения здесь

3. План обслуживания приложений для каждого экземпляра. Здесь снова используются разные показатели, такие же, как и в приложениях. Могут ли некоторые помочь мне, пожалуйста, как их расшифровать. введите здесь описание изображения

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

Еще раз извиняюсь за длинный вопрос. Заранее спасибо, Маянк


person Mayank Joshi    schedule 22.02.2017    source источник


Ответы (1)


Похоже, на это долгое время никто не отвечал. Дай мне посмотреть, смогу ли я объяснить это лучше.

Этот столбец, о котором вы говорите, доступен в параметрах «Диагностика и решение проблем» веб-приложения службы приложений. За последние несколько месяцев в эту функцию было внесено множество изменений. Подробнее об этом читайте здесь: App Lens - Служба приложений Azure

1. Почему мы видим 2 процесса на каждый экземпляр и каково значение каждого процесса.

В службе приложений Azure. Для каждого веб-приложения подготовлено другое веб-приложение. Этот сайт известен как KUDU. Таким образом, один файл w3wp.exe соответствует процессу, на котором размещен ваш код, а второй w3wp.exe соответствует процессу, на котором размещен KUDU. К этому процессу будет добавлен тег SCM. Подробнее об этом можно прочитать здесь: Project Kudu - Github

2. Верно ли, что если у меня есть несколько слотов развертывания / горизонтально масштабируемых экземпляров, я увижу столько вкладок в отчете? Есть ли способ сопоставить их с экземплярами моего веб-приложения в Process Explorer?

Чтобы ответить на первую часть, ДА, вкладки соответствуют количеству экземпляров, до которых масштабируется план обслуживания приложения. Итак, если ваше веб-приложение масштабировано до 7 экземпляров, вы увидите 7 вкладок в отчете.

Не существует прямого подхода к сопоставлению имен экземпляров с проводником процессов. Есть альтернативный способ. У меня есть сообщение в блоге, с помощью которого вы можете подключиться к сайту KUDU веб-приложения на конкретном экземпляре. См. Это: Подключиться к сайту Kudu определенного экземпляра

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

как следует из названия, Метрики для каждого экземпляра (план службы приложений) отображает данные для всей виртуальной машины, а Метрики для каждого экземпляра (приложения) отображает данные для определенного веб-приложения или процесса. (w3wp.exe). В службе приложений Azure вы можете подготовить несколько веб-приложений внутри виртуальной машины. Таким образом, это представление обеспечивает целостное представление об общем использовании виртуальной машины. Это поможет вам определить, нужно ли вам масштабировать или увеличивать масштаб.

Надеюсь, это ответит на этот вопрос.

person Kaushal Kumar Panday    schedule 26.06.2017
comment
спасибо .. Это действительно помогло ... Спасибо за то, что вы щедро ответили на вопрос, который долгое время бездействовал .. - person Mayank Joshi; 28.06.2017