Contoso konfiguruje grupę pochodzenia Azure Front Door zawierającą dwa pochodzenia w różnych regionach. Chcą, aby Front Door przełączył się na inne pochodzenie po dwóch kolejnych niepowodzeniach sondy kondycji. Które ustawienia sondy kondycji powinni zmodyfikować w grupie pochodzenia, aby spełnić to wymaganie?

Aby Front Door przełączył się na inne pochodzenie po dwóch kolejnych niepowodzeniach sondy kondycji, należy zmodyfikować ustawienia sondy kondycji w grupie pochodzenia. Kluczowym ustawieniem jest 'Unhealthy Threshold', które należy ustawić na 2. Oznacza to, że Front Door uzna pochodzenie za niezdrowe dopiero po dwóch kolejnych nieudanych próbach sondowania. Interwał sondowania określa częstotliwość sprawdzania kondycji, a prawidłowa ścieżka sondy i host są niezbędne do poprawnego działania sondy. Pozostałe opcje są nieprawidłowe: Zwiększenie interwału sondowania i ustawienie 'Failover threshold' w konfiguracji hosta frontendu nie wpływa na liczbę niepowodzeń sondy przed oznaczeniem pochodzenia jako niezdrowego. Konfiguracja niestandardowej sondy multicast i 'Maximum retries' nie jest standardową metodą konfiguracji sond kondycji w Azure Front Door. Tworzenie dwóch identycznych pochodzeń i poleganie na routingu ważonym nie gwarantuje przełączenia po dwóch konkretnych niepowodzeniach sondy i nie zastępuje konfiguracji progu niezdrowego pochodzenia.