Signalering en meldingen

Een cluster meldt zijn eigen uitval niet. Of een heel cluster onbereikbaar is, stelt het vlootbeheer van buitenaf vast; uitval van het vlootcluster zelf meldt de bewaking van het basisdienstencluster van iedere cel.

De bewaking van het basisdienstencluster van iedere cel bevraagt de API van het vlootcluster (TCP 6443) met een identiteit die alleen metingen leest, en controleert de beheer- en agentingang (TCP 443); vanaf groeipadstap 2 doet de eigen bewakingsvoorziening dat ook. Staat de meting niet op ‘up’ of faalt de controle langer dan 5 minuten, dan krijgt platformbeheer een melding en gaat het na of de clusters doorwerken.

Het opslagcluster en de fabric houden hun eigen bewaking, die opslagbeheer en netwerkbeheer beheren. Die bewaking levert haar meldingen aan dezelfde mailrelay, met eigen ontvangers per beheerdomein, en haar syslog gaat naar de SIEM van het SOC.

Er is één meldingsroute. De Alertmanager van ieder cluster routeert op de labels eigenaar en profiel naar de eigenaar en de vervanger uit de dienstbeschrijving, per e-mail via de mailrelay. Beveiligingssignalen gaan via de doorsturing en de beveiligingsbewaking naar het SOC, niet per e-mail.

De mailrelay ontvangt meldingen alleen over TLS en alleen van vastgelegde afzenders; een onbekende afzender wordt geweigerd.

Een melding wordt verrijkt uit haar labels en de inventaris, met de wijzigingen van de laatste 24 uur, en gaat naar de eigenaar en de vervanger. Na de reactietijd van het profiel escaleert zij naar de vervanger en daarna naar platformbeheer; de afhandeling loopt via de werkvoorraad.

Deze signalen geven een melding, ieder met een eigen bron, drempel en ontvanger.

Een storing geeft binnen 5 minuten na het overschrijden van de drempel een melding bij het juiste team, met verrijking, ook als het vlootcluster onbereikbaar is.

Vulgraad en gezondheid van het opslagcluster lezen alleen de eigen bewaking van het opslagcluster en, per cel, het basisdienstencluster, via Data Foundation uit de manager-exporter. Het basisdienstencluster leidt met de verbruiksmeting de bezetting per applicatiecluster af en meldt die aan de eigenaar van dat cluster.

De reactietijd waarna een melding escaleert naar de vervanger en daarna naar platformbeheer, volgt het label profiel van de dienst.

De bewaking rapporteert per cluster maandelijks de beschikbaarheid van de API en de applicatie-ingang, zonder procentnorm. De grens voor een toepassing staat in haar bedrijfsimpactanalyse.

Op applicatieclusters staat de bewaking voor gebruikersnaamruimten aan. Teams werken in de console van hun eigen cluster en maken daar meldingsregels en dashboards voor hun eigen naamruimten; hun meldingen volgen het label eigenaar. Teams hebben geen toegang tot het vlootoverzicht en geen eigen ontvangers.

Een verzameldoel levert ten hoogste 10.000 meetreeksen (enforcedSampleLimit); een doel boven die grens wordt niet opgehaald en gemeld.

Teams zien alleen de metingen, meldingen en logboeken van hun eigen naamruimten; platformbeheer ziet alles. Doorsturing, audit-invoer, ontvangers en de vaste lijst van het vlootoverzicht kan een team niet wijzigen: een poging wordt geweigerd en gemeld.