Служебная фабрика не может выполнить откат приложения, если развертывание не выполнено - PullRequest
0 голосов
/ 11 мая 2019

У меня есть кластер из 3 узлов для сервисной структуры, где развертывание застряло на 10 часов на третьем узле. Посмотрев на SF explorer, мы увидели, что передаются неправильные кредиты SQL, поэтому развертывание застряло.

1) Почему SF распознает это по «предупреждению», а не по «ошибке»

2) Почему он застревает и не выполняет откат?

3) Есть ли дополнительные настройки, которые мне нужно сделать, чтобы они быстрее выполняли автоматический откат?

enter image description here

enter image description here

1 Ответ

0 голосов
/ 15 мая 2019

Обычно это откат при неудачном развертывании, но это будет зависеть от параметра, который вы передаете для обновления, такого как FailureAction, UpgradeMode и Timeouts.

UpgradeMode значения могут быть:

  • Отслеживается : Указывает, что режим обновления отслеживается.После того как командлет завершит обновление для домена обновления, если работоспособность домена обновления и кластера соответствует определенным политикам работоспособности, Service Fabric обновляет следующий домен обновления.Если домен или кластер обновления не соответствуют политикам работоспособности, происходит сбой обновления, и Service Fabric откатывает обновление для домена обновления или возвращается в ручной режим в соответствии с политикой, указанной в FailureAction. Это рекомендуемый режим для обновления приложений в производственной среде .

  • Не отслеживается Авто : указывает, что обновлениеРежим не контролируется автоматически.После того как Service Fabric обновляет домен обновления, Service Fabric обновляет следующий домен обновления независимо от состояния работоспособности приложения.Этот режим не рекомендуется для производства и полезен только при разработке приложения.

  • Unmonitored Manual : Указывает, что режим обновления не контролируется вручную.После того как Service Fabric обновляет домен обновления, он ожидает обновления следующего домена обновления с помощью командлета Resume-ServiceFabricApplicationUpgrade.

FailureAction является компенсирующим действием длявыполнить, когда Отслеживаемое обновление встречает нарушения политики мониторинга или политики здравоохранения.Значения могут быть:

  • Откат указывает, что обновление автоматически откатится до версии перед обновлением.
  • Вручную указывает, что обновление переключится в режим обновления UnmonitoredManual.
  • Invalid означает, что действие сбоя недопустимо и ничего не делает .

При условии, что для обновления не задано значение Отслеживается для UpgradeMode и Откат для FailureAction , обновление будет ожидать ручного действия от оператора (пользователя).

Если для обновления уже заданы эти значения, проблема может заключаться в следующем:

  • Проверка работоспособности и повторные попытки слишком велики, что предотвращает быстрый сбой обновления, например, когда выHealthCheckDuration слишком длинный или слишком большая задержка между проверками.
  • Старая версия также не работает

В следующих документах приведены все детали: https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-application-upgrade-parameters

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...