Как вручную изменить файлы рабочих ролей в облаке, выполнив RDP?

Брент на 100% прав, и я проголосовал за его ответ. Вы должны быть осторожны, чтобы не вносить какие-либо изменения через RDP в рабочую службу. Сказав это, вы упомянули, что это было сделано только для целей тестирования на этапе разработки, и есть большая ценность в возможности обновить один DLL-файл и протестировать его без необходимости повторного развертывания всей облачной службы. Я делаю это все время при устранении неполадок на виртуальной машине Azure.

Проверьте http://blogs.msdn.com/b/kwill/archive/2011/05/05/windows-azure-role-architecture.aspx для архитектуры процессов на виртуальной машине. В частности, обратите внимание, что WaHostBootstrapper является родительским процессом как для рабочих, так и для веб-ролей. Чтобы заменить DLL в веб-ролях или рабочих ролях, лучше всего:

1. Завершите работу WaHostBootstrapper. Сделать это можно через диспетчер задач.
2. Замените DLL. Обратите внимание, что вам нужно действовать быстро, потому что Azure автоматически перезапустит все вскоре после того, как вы уничтожите WaHostBootstrapper*.
3. Подождите, пока WaHostBootstrapper автоматически перезапустится, после чего автоматически перезапустится WaWorkerHost/WaIISHost.

* Если вам нужно больше времени для внесения изменений, вы можете подключить отладчик, такой как WinDBG, к WindowsAzureGuestAgent и оставить его включенным в процесс. Это предотвратит автоматический перезапуск процесса начальной загрузки узла Azure. После внесения изменений вы можете отключить отладчик и позволить WindowsAzureGuestAgent продолжить работу. Обратите внимание: если вы оставите WindowsAzureGuestAgent в остановленном состоянии более чем на 10 минут, агент хоста обнаружит, что виртуальная машина не отвечает, и перезагрузит виртуальную машину.

*Изменить: более подробные инструкции доступны по адресу http://blogs.msdn.com/b/kwill/archive/2013/09/05/how-to-modify-a-running-azure-service.aspx.

Проще говоря, вы этого не сделаете. Это прямо противоречит природе облачных служб Windows Azure PaaS без сохранения состояния. Если экземпляр роли необходимо переместить, он всегда вернется в исходное развернутое состояние, аннулируя любые внесенные вами изменения. Экземпляры ролей могут быть перемещены в любое время. Таким образом, любая попытка RDP и внесения изменений причинит вам значительную боль.

Если вам действительно нужен этот тип динамического развертывания, вы можете создать сценарий запуска, который извлекает файлы содержимого из внешнего хранилища (например, хранилища BLOB-объектов Windows Azure) и загружает их в экземпляр роли перед запуском.

Сам рабочий процесс — это просто долго работающая консольная программа с начальным процессом, запущенным вызовом из процесса агента Windows Azure на вашей гостевой виртуальной машине метода «OnStart» экземпляра роли.