Я столкнулся с той же проблемой.
Похоже, что действие «Опубликовать» из инструментов VS Azure правильно настроит MSDeploy в процессе развертывания, но создание пакета из VS и последующее обновление сервера с использованием портала Azure не будут. Который является обломом, так как действие VS Publish удаляет развертывание и затем воссоздает его, который переназначит ваш VIP-адрес.
Мне не удалось точно определить разницу, но я заметил одну вещь: если вы делаете публикацию из VS, MS Web Deploy 2.0 будет установлен для вас, тогда как я не верю, что это когда вы запускаете обновление. Тем не менее, мне никогда не удавалось вручную установить / настроить нужные биты на сервере Azure для включения MSDeploy (я подозреваю, что существует некоторая конфигурация LB / брандмауэра, которая происходит вне хоста, чтобы разрешить трафик на 8172).
В целом, MSDeploy достаточно полезен во время разработки, поэтому я предпочитаю эту боль (которая требует, чтобы я изменял свою запись A в моем DNS каждый раз, когда я делаю серьезное обновление), а не альтернативе (обновляйте с помощью портала и теряйте способность использовать MSDeploy).
Мне бы очень хотелось узнать о решении, в котором мы могли бы съесть наш пирог и съесть его (пакет обновления, позволяющий MSDeploy выполнять веб-роли).