Невозможно выполнить обновление облачной службы Azure на месте (расширенная поддержка) после замены VIP — используется общедоступный IP-адрес (ошибка).

Я успешно выполнил замену VIP на паре облачных сервисов Azure (расширенная поддержка), у которых были зарезервированные IP-адреса (статические, хотя я не думаю, что это имеет значение).

Теперь я не могу обновить (загрузив новый пакет) ни один из них, хотя до замены он работал как часы. Фактически, я даже не могу заполнить форму конфигурации развертывания (обновления) из-за ошибки, отображаемой в поле «Общественный IP-адрес».

В нем говорится: «Общедоступный IP-адрес в настоящее время используется другим ресурсом. Выберите другую группу ресурсов или создайте новую группу ресурсов». (Часть сообщения о «группе» кажется едва связанной.)

Обратите внимание, что я исправил файл конфигурации облачной службы, чтобы он ссылался на IP-адрес, назначенный облачной службе в результате замены.

Например, службы называются cs1 и cs2, а общедоступные адреса, которые они использовали до замены, — это ip1 и ip2. После замены cs1 использует адрес ip2, который четко указан текущими свойствами и конфигурацией облачной службы, которые можно просмотреть на портале Azure.

Итак, я пытаюсь обновить cs1, указав ip2 в качестве зарезервированного адреса:

        <ReservedIPs>
    <ReservedIP name="ip2"/>
  </ReservedIPs>
</AddressAssignments>

Тем не менее, я получаю сообщение об ошибке.

(Я пытался указать «старый» адрес, ip1, но корректно не получилось с надписью «адрес не может быть изменен». Я также пытался удалить второй сервис, cs2, но это не устранило проблему с первый, cs1.)

(Еще одна вещь, которую стоит упомянуть, это то, что XML-файл конфигурации, который можно экспортировать со страницы облачного сервиса на портале, определяет значение атрибута имени ReservedIP как «Group MyServiceResourceGroupName ip2» — классический способ. Я пытался указать это таким образом в своей конфигурации, но обновление не удалось, сообщив, что XML конфигурации был неверным или что-то в этом роде. Действительно, во всех предыдущих развертываниях оно работало только с указанным именем ресурса, без спецификации группы.)

Честно говоря, проблема выглядит как баг, но как я могу быть уверен?

Уважаемые знатоки, не могли бы вы помочь?

Возможно обходной путь, если нет решения. В противном случае функция обмена VIP вряд ли будет пригодна для облачных сервисов (расширенная поддержка). Это заставляет нас выбирать: обновлять наши услуги только путем VIP-свопа или только путем обновления с услугой периодического полного восстановления. Не совсем удобно. Мы использовали сочетание облачных сервисов (классическое).

Буду очень признателен за вашу помощь!