0

В чем разница между обновлением развертывания и удалением, а затем созданием нового развертывания для облачного сервиса?Разница между обновлением и возможностью создания и удаления для службы Azure Cloud

У нас установлен облачный сервис, который во время развертывания сначала удаляет существующее развертывание в стадии постановки, а затем создает новое развертывание. Благодаря этому VIP для постановки всегда меняется. У нас есть требование, когда мы хотим удостовериться, что оба PROD и Staging VIP всегда остаются такими же.

Перед изменением варианта развертывания я хотел бы знать, какова реальная разница и необходимость иметь эти два варианта.

Я попытался найти, но ничего не нашел на этом.

EDIT: В Pub XML Azure, у нас есть узел с именем «AzureDeploymentReplacementMethod» и различные варианты этого поля «createanddelete», «automaticupgrade» и «blastupgrade»

Сейчас мы используем «createanddelete ', и мы заинтересованы в использовании blastupgrade.

Любая помощь будет высоко оценена.

благодарив, Джавед

ответ

1

При использовании Создать & Удалить Сработала процесс просто deletes an existing deployment, то creates new one.

Другие два варианта: upgrade deployment. Разница между automaticupdate и blastupgrade находится в значении Mode элемента операции развертывания обновления. Как следует из их названия, automaticupdate отправляет Auto для этого элемента. Пока blastupdate отправит Simultaneous. Как per documentation:

режим Required. Задает тип обновления для запуска. Ролевые экземпляры выделяются для обновления доменов при развертывании службы . Обновления могут быть инициированы вручную в каждом домене обновления или , инициированных автоматически во всех доменах обновления. Возможные значения:

  • Auto
  • Руководство
  • Одновременная

Если не указано, значение по умолчанию является Auto. Если установлено значение «Вручную», необходимо вызвать приложение WalkUpgradeDomain до . Если установлено значение «Авто», обновление автоматически применяется к каждому домену обновления в последовательности. Параметр одновременной настройки - только , доступный в версии 2012-12-01 или выше.

Вы можете узнать больше о Update Cloud Service here.

Хотя, если вы действительно хотите, чтобы оставаться VIP во всех ситуациях, я хотел бы предложить вам:

  • Не используйте устроив для облачных сервисов на всех - просто использовать два отдельных облачных услуг (один для производства и один для постановки)
  • использовать функцию Azure Platform Reserved IP Address.
+0

Спасибо за ответ и ссылки. Я изучаю причины, связанные с наличием 3 вариантов развертывания и какой вариант использовать когда. Например. Если мы однажды выполнили развертывание на стадии постановки и производства, то разве мы не можем использовать ALWAYS 'blastupgrade' для развертывания, что гарантирует, что VIP не изменится? Также каковы сценарии, в которых мы должны использовать вариант создания/удаления? За предложение не иметь промежуточной среды. нам уже слишком поздно, так как у нас есть эта инфраструктура, созданная почти год. Любая идея, как перенаправить IP-адрес для размещения? – Jash

+0

, пожалуйста, прочитайте все документы по предоставленным ссылкам, затем задайте больше вопросов. – astaykov

+0

@astaykon: Я прочитал все документы, но не там, где они упоминали предпочтение между create & delete и Upgrade. Наша команда думает перейти к варианту обновления, но хочу знать, есть ли у него какие-либо недостатки. – Jash