Windows Azure Role Unresponsive

Question

У меня есть рабочая роль, в которой выполняется ряд потоков для обработки соединений с клиентами. Во время нагрузочного тестирования мы заметили, что эта роль становится неактуальной и остается в этом состоянии, пока мы не перезапустим ее. Рассматривая его в отладчике визуальной студии (путем приостановки активного процесса), мы можем видеть, сколько потоков ждет, но когда оно не приостановлено, никаких действий не происходит. Как узнать, что заставляет роль оставаться в этом состоянии?

Answer 1

Как вы упомянули, что при выполнении нагрузочного теста возникла проблема с вашей рабочей ролью, можно с уверенностью предположить, что вначале Роль работала нормально. Это приводит к выводу, что проблема скорее специфична для приложения, чем какая-то конкретная платформа. Есть два способа вы можете получить некоторую диагностическую информацию из Windows Azure VM:

• Вариант 1 (Preferred): Для того, чтобы проверить, что происходит в вашем Azure VM, вам действительно нужно добавить Windows Azure Diagnostics с вашей роли, чтобы вы могли получить счетчик производительности, информацию о памяти, состояние процесса роли и другие данные, перенесенные с Azure VM на ваше Azure Storage, которое вы можете анализировать в автономном режиме.

• Вариант 2. Включите RDP-доступ к вашей Azure VM, а затем войдите в свою Azure VM и установите Perfmon, Process Explorer и другие инструменты мониторинга работоспособности в вашей Azure VM и отслеживайте, что происходит.

• Вариант 3 (Last Resort): RDP к вашей Azure VM и установить WinDBG и отладить процесс

хозяина В таком состоянии, когда у вас есть рабочий роль перестал работать, это то, что я действительно предлагаю к любому:

1. посмотреть на CPU, давление памяти, список потоков и выяснить, какие потоки заблокированы и что может быть причиной.
2. Посмотрите на работоспособность хост-работника, когда он был запущен в последний раз, по какой-то причине он перерабатывается по какой-либо причине, как долго он работает в Azure VM
3. Если у вас есть отдельный процесс, который задан как «ProgramEntryPoint» в ваша рабочая роль, проверьте ее работоспособность
4. Проверьте журнал событий в приложении на системном уровне для любой подсказки. В роли «Рабочий» я не вижу, что в журнале событий приложений будет что-то, но стоит взглянуть.
5. Я использую Process Monitor для отслеживания нескольких процессов и сбора журнала, чтобы увидеть, когда процесс умирает, что было последним состоянием, к чему он обращался, и был ли он голоден другими проблемами.

Суть в том, что вам действительно нужно выкопать основную причину в Azure VM практически так же, как вы это сделаете на машине на месте.