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 och get 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.