Gezondheidscontroles configureren voor Home Assistant en de bijbehorende afhankelijkheden

Configureer gezondheidscontroles in lagen: controleer eerst de reactie van de Home Assistant-toepassing en test daarna de database, MQTT, DNS, opslag en het externe pad alleen waar elke afhankelijkheid daadwerkelijk relevant is.

Een container die als actief is gemarkeerd, kan nog steeds aan het opstarten zijn, geblokkeerd worden door opslag, geen verbinding hebben met zijn broker of de geschiedenis niet kunnen schrijven. Begin met een goedkope lokale gereedheidscontrole, voeg afzonderlijke afhankelijkheidscontroles met duidelijke namen toe, sta voldoende opstarttijd toe en verstuur waarschuwingen voordat je herstelautomatisering inschakelt. Elke controle moet aangeven wat er is mislukt en wat een geslaagd resultaat bewijst.

Definieer gezond gedrag voordat je een controle schrijft

Breng de functies in kaart die voor je huishouden moeten werken: de lokale gebruikersinterface reageert, automatiseringen worden uitgevoerd, Recorder kan schrijven, MQTT-apparaten wisselen status uit, DNS lost vereiste namen op en gekoppelde opslag is beschrijfbaar. Eén groene status kan niet al deze functies bewijzen.

Een praktische handleiding voor Docker-gezondheidscontroles maakt onderscheid tussen de gezondheid van de toepassing en het eenvoudige bestaan van een proces en legt uit dat een controle binnen de container wordt uitgevoerd en succes of mislukking rapporteert. Gebruik dat onderscheid op toepassingsniveau bij het bepalen wat je Home Assistant-controle moet waarnemen.

Wijs aan elke controle één eigenaar en één betekenis bij een fout toe. De Core-controle mag niet doen alsof die de database valideert, en een MQTT-socketcontrole mag niet beweren dat apparaatberichten actueel zijn. Als een resultaat niet tot een specifieke volgende actie kan leiden, vereenvoudig die controle dan of verwijder haar.

Voeg een lichte gereedheidscontrole voor Home Assistant toe

Gebruik een lokaal eindpunt of commando dat snel wordt voltooid en bewijst dat de toepassing reageert, niet alleen dat het Python-proces bestaat. Stel een time-out in die korter is dan het interval, een redelijk aantal pogingen en een opstartperiode die lang genoeg is voor je gemeten koude start.

Gezondheidscontroles in Compose bieden doorgaans instellingen voor interval, time-out, pogingen en de opstartperiode, terwijl afhankelijkheidsvoorwaarden het starten van een gebruiker kunnen uitstellen totdat een vereiste gezond is. Het belangrijkste operationele gedrag is gereedheid in plaats van een actieve status, niet een agressief polling-schema.

Start Home Assistant vanuit koude opslag en noteer wanneer de controle voor het eerst slaagt. Als de controle tijdens elke normale start mislukt, verleng dan de toegestane opstarttijd in plaats van de test af te zwakken. Als de controle slaagt voordat de gebruikersinterface of vereiste service bruikbaar is, is de controle te oppervlakkig en is een representatiever antwoord nodig.

Controleer afhankelijkheden afzonderlijk en behoud de betekenis van fouten

Maak onafhankelijke controles voor de databaseverbinding, MQTT-broker, DNS-resolutie en vereiste opslagkoppeling. Geef de voorkeur aan een alleen-lezenquery of een kleine, omkeerbare schrijfactie naar een speciaal testpad; wijzig nooit Home Assistant-tabellen en publiceer geen opdrachten naar echte apparaten alleen om beschikbaarheid te bewijzen.

Houd afhankelijkheden voor ontdekking en lokale bediening gescheiden van afhankelijkheden voor externe toegang. Het overzicht van ZimaSpace over afhankelijkheden van Home Assistant-componenten biedt een nuttige kaart om te bepalen bij welke fout je onmiddellijk een melding moet sturen en welke fout als waarschuwing met verminderde functionaliteit kan blijven staan.

Label het resultaat met de laag waarin de fout optreedt. Als Home Assistant gezond is maar de databasecontrole mislukt, onderzoek dan opslag of inloggegevens in plaats van Core opnieuw te starten. Als alleen externe toegang mislukt, laat lokale bediening dan actief. Deze scheiding voorkomt dat één rode afhankelijkheid het bewijs van gezonde services uitwist.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Test fouten, herstel en de timing van meldingen

Stop tijdens een onderhoudsvenster telkens één niet-kritieke afhankelijkheid of blokkeer tijdelijk het testpad ervan. Controleer of de bijbehorende controle mislukt, niet-gerelateerde controles groen blijven en de melding de juiste laag benoemt. Herstel de afhankelijkheid en controleer of dezelfde controle zonder handmatige statuswijziging weer slaagt.

Voeg automatische herstarts pas toe nadat je meerdere echte fouten hebt waargenomen. Gebruik afkoelperioden en een maximumaantal pogingen en start de database en Home Assistant nooit gelijktijdig opnieuw op zonder de logboeken te bewaren. Een herstart is een verificatiepoort, geen bewijs dat de onderliggende afhankelijkheid is hersteld.

Een goed ontwerp detecteert de gecontroleerde fout binnen het verwachte tijdsvenster, behoudt lokale functies die er niet van afhankelijk zijn en herstelt de status na herstel van de afhankelijkheid. Draai controles terug die aanzienlijke belasting of valse alarmen veroorzaken; escaleer als de service ongereed blijft terwijl elke afhankelijkheidscontrole slaagt, want dan heeft de test op toepassingsniveau diepgaander bewijs nodig.