Contoso configure un groupe d'origines Azure Front Door contenant deux origines dans des régions différentes. Ils souhaitent que Front Door bascule vers une autre origine après deux échecs consécutifs de la sonde de santé. Quels paramètres de sonde de santé doivent-ils modifier dans le groupe d'origines pour répondre à cette exigence ?

Pour qu'Azure Front Door bascule après deux échecs consécutifs de la sonde de santé, il faut configurer le paramètre « Seuil de non-santé » (Unhealthy Threshold) à 2 dans les paramètres de la sonde de santé du groupe d'origines. L'intervalle de la sonde détermine la fréquence à laquelle Front Door vérifie la santé de l'origine, et le chemin et l'hôte de la sonde doivent être correctement configurés pour que les vérifications soient pertinentes. Les autres options sont incorrectes car : Le « Seuil de basculement » n'est pas un paramètre de sonde de santé directement lié à la détection d'une origine non saine après un nombre spécifique d'échecs. Il n'existe pas de « sonde multicast personnalisée » ou de « Nombre maximal de tentatives » pour les sondes de santé dans Front Door de la manière décrite. Le routage pondéré distribue le trafic mais ne gère pas la détection d'échec et le basculement automatique après un nombre précis d'échecs de sonde.