#azure-web-app-service
#azure-web-app-service
Вопрос:
У меня запланировано масштабирование в 5 часов вечера (от 2 до 1 экземпляра), и я заметил, что время простоя составило почти 3 минуты, когда это произошло. Я проверил журналы, и это показывает, что единственный оставшийся экземпляр был перезапущен в то же время, когда 2-й был закрыт.
Это должно произойти?
Ответ №1:
Насколько я знаю, этого не должно произойти. Все экземпляры независимы. Кроме того, я тестирую его на своей стороне, я масштабирую от 3 до 1, он просто закрывает два экземпляра, а не перезапускает оставшийся.
Журналы в Kudu:
Комментарии:
1. @LarryFlewwelling руководство, но я думаю, что это, похоже, не связано. Если вы хотите, я могу протестировать это для вас.
2. Если вы можете проверить, это было бы здорово. кроме того, где эти журналы в kudo?
3. @LarryFlewwelling Перейдите в консоль отладки -> CMD-> LogFiles -> kudu -> trace, идентификатор like
494acb— это идентификатор вашего экземпляра.4. @LarryFlewwelling ну, как я и предполагал, то же самое и с ручным управлением, i.stack.imgur.com/CUVgV.png .
5. Потрясающе, я вижу журналы. Спасибо за вашу помощь. Итак, что я вижу, это просто Shutdown_2s.xml файл. Но когда я проверяю журналы своих приложений, я вижу, что hangfire завершает работу, а затем был создан новый файл журнала приложения и запущен hangfire. Это происходит при перезапуске приложения. Я предполагаю, что мое приложение перезапущено, но это не было вызвано непосредственно масштабированием Azure. Мне придется продолжать наблюдение и посмотреть, смогу ли я выяснить, что произошло. Я wonder…is есть способ регистрировать перезапуски пула приложений?