Felsöka nodfel som inte är redo och som följs av återställningar
Den här artikeln hjälper dig att felsöka scenarier där en nod i ett Microsoft Azure Kubernetes Service-kluster (AKS) visar statusen Nod inte redo, men sedan återställs automatiskt till ett felfritt tillstånd.
Symptom
Du märker att programmet slutar svara medan noden rapporterar att den har statusen Inte redo. Noden återställs dock automatiskt, och nu letar den efter en rotorsaksanalys (RCA).
Orsak
Möjliga orsaker till det här problemet är följande scenarier:
API-servern är inte tillgänglig och du använder en beredskapsavsökning för distributionen.
Om en podd körs men inte är redo innebär den situationen att beredskapsavsökningen misslyckas. Om beredskapsavsökningen misslyckas är podden inte kopplad till tjänsten och trafiken vidarebefordras inte till poddinstansen.
Fel uppstår på den virtuella datorns värddator. Kontrollera följande informationskällor för att ta reda på om det har uppstått fel på den virtuella datorns värd:
- AKS-diagnostik
- Azure-status
- Azure-meddelanden (för eventuella senaste avbrott eller underhållsperioder)
Förebyggande
Om du vill förhindra att det här problemet inträffar i framtiden vidtar du en eller flera av följande åtgärder:
- Kontrollera att tjänstnivån är helt betald.
- Minska antalet
watch
begäranden ochget
till API-servern. - Ersätt nodpoolen med en felfri nodpool.
Mer information
- Allmänna felsökningssteg finns i Grundläggande felsökning av nodfel som inte är redo.
Feedback
https://aka.ms/ContentUserFeedback.
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i:Skicka och visa feedback för