Kiezen hoe PagerDuty wordt opgeroepen

Bepaal precies welke PagerDuty-service wordt opgeroepen voor elke melding, of incidenten zichzelf sluiten, wat er in de geschiedenis van PagerDuty verschijnt, en wat er gebeurt tijdens gepland onderhoud. Dit is voor iedereen die beheert hoe InfraNest en PagerDuty samenwerken, per service.

Overzicht

• Elke instelling hier geldt per PagerDuty-service, te vinden onder Integrations → PagerDuty.
• InfraNest stuurt bij elke oproep details mee zodat PagerDuty's Event Orchestration deze automatisch kan routeren, zonder op de titel te vertrouwen.
• Je bepaalt zelf of incidenten automatisch worden opgelost, of wijzigingen zoals deploys in PagerDuty verschijnen, en of onderhoudsvensters ook PagerDuty pauzeren.

Meldingen naar het juiste team sturen

Elke oproep die InfraNest stuurt bevat details waarop PagerDuty kan matchen:

• Component — voor een monitor de naam ervan; voor andere meldingen het domein, de server, het certificaat of de DNS-zone.
• Group — voor een monitor de eerste tag (of "monitoring" als er geen is); voor andere meldingen het gebied, zoals domains, certificates, servers, dns of drop-catch.
• Class — voor een monitor het type controle, zoals http, ssl of ping; voor andere meldingen het soort melding, zoals domain_expiry_critical.

Om bijvoorbeeld alles over je databases naar het databaseteam te sturen:

1. Geef je databasemonitors in InfraNest de tag "database".
2. Open in PagerDuty de Event Orchestration van de service (of de globale, om tussen services te routeren).
3. Voeg een regel toe waarbij group overeenkomt met "database", en route deze naar de service van het databaseteam.
4. Zet een databasemonitor uit om het te testen — het incident zou moeten openen op de service van het databaseteam.

Je kunt component, group en class ook zelf instellen in de automatiseringsactie Trigger PagerDuty incident.

Routeren op je eigen velden en het incidenttype instellen

Oproepen bevatten ook extra details waarop je kunt routeren:

• impact en source — hoe ernstig InfraNest de melding beoordeelt, en wat deze veroorzaakte.
• fields — je eigen aangepaste velden op waar de oproep over gaat: voor een monitor de server die hij in de gaten houdt; voor een melding over een domein, certificaat of server, de eigen velden van dat record.

Een Customer-veld dat je bij je servers bijhoudt, kan dus oproepen routeren: voeg in Event Orchestration een regel toe op de aangepaste details van de melding, zoals fields.Customer komt overeen met "Acme", die naar de service van Acme routeert. Hetzelfde soort regel kan het incidenttype instellen — bijvoorbeeld impact komt overeen met "critical" routeert naar een Major incident. Hiervoor hoeft niets in InfraNest te worden ingesteld.

Incidenten handmatig oplossen

Standaard lost InfraNest het PagerDuty-incident op zodra het probleem voorbij is. Als je team incidenten liever zelf sluit, bijvoorbeeld na een review:

1. Ga naar Integrations → PagerDuty en zoek de service op.
2. Schakel Resolve in PagerDuty when the problem ends uit.

Het InfraNest-incident sluit nog steeds zodra het probleem voorbij is. Het PagerDuty-incident blijft open tot iemand het oplost, hetzij in PagerDuty, hetzij door het incident in InfraNest op te lossen. Bevestigingen (acknowledgements) blijven in beide gevallen gesynchroniseerd.

NoteDomeinen en certificaten worden opgelost zodra InfraNest de oplossing daadwerkelijk ziet — een verlengd domein bij de volgende registrarsynchronisatie (of meteen als het in InfraNest is verlengd), een vervangen certificaat zodra InfraNest het nieuwe ziet. Goed nieuws, zoals een verlenging, opent nooit een incident.

InfraNest-wijzigingen in PagerDuty zien

PagerDuty toont recente wijzigingen bij elke service en elk incident. Met Send changes ingeschakeld, vult InfraNest dit aan, zodat een responder kan zien dat er vier minuten voor een monitor uitviel een deploy is uitgevoerd. Wijzigingen openen nooit een incident en roepen niemand op.

Wat er verschijnt:

• Deploys van een repository die je hebt gekoppeld aan een monitor of server, bij services die monitormeldingen ontvangen.
• DNS-wijzigingen, aan-/uitzetacties van servers, firewallwijzigingen via InfraNest, en vervangen certificaten — getoond bij elke service op het account, omdat ze niet aan één monitor zijn gebonden.

Meerdere wijzigingen aan dezelfde zone, server of firewall binnen ongeveer een minuut komen als één enkel item binnen, zoals "3 DNS-wijzigingen aan example.com door Dana." Send changes staat standaard aan voor elke nieuwe service; je kunt het per service uitzetten. PagerDuty bewaart wijzigingen 90 dagen.

PagerDuty pauzeren tijdens onderhoud

Een InfraNest-onderhoudsvenster onderdrukt InfraNest's eigen meldingen, maar andere tools die dezelfde PagerDuty-service oproepen komen nog steeds door. Om die ook te onderdrukken:

1. Ga naar Integrations → PagerDuty. Hiervoor is een met één klik gekoppeld account nodig.
2. Schakel bij de service Also pause this service in PagerDuty during maintenance in.
3. Plan onderhoud zoals gebruikelijk onder Monitoring → Maintenance, voor minstens één monitor of server, met meldingen tegengehouden.

InfraNest maakt vervolgens een bijbehorend PagerDuty-onderhoudsvenster aan, verplaatst dit als je de tijden wijzigt, en verwijdert het wanneer je annuleert of eerder klaar bent. Herhalend onderhoud krijgt steeds één venster tegelijk, voor de volgende keer.

WarningTerwijl het venster open staat, houdt PagerDuty elke melding op die service tegen, van elke tool, niet alleen die van InfraNest. Schakel dit alleen in als dat is wat je wilt. InfraNest raakt nooit onderhoudsvensters aan die je zelf in PagerDuty hebt gemaakt.

Escalatie in InfraNest en in PagerDuty

InfraNest kan een storing die niemand heeft bevestigd na 15, 30 of 60 minuten naar je browser pushen, onder My account → Notifications. PagerDuty's escalatiebeleid doet dit al, dus mogelijk heb je niet beide nodig. Bevestigen in PagerDuty stopt ook de escalatie van InfraNest.

Problemen oplossen

Deploys of wijzigingen verschijnen niet onder recente wijzigingen. Controleer of Send changes aan staat en het account niet gepauzeerd is. Een deploy verschijnt alleen als de bijbehorende repository is gekoppeld aan een monitor of server, de service monitormeldingen ontvangt, en InfraNest binnen een uur van de deploy heeft gehoord.

PagerDuty heeft een service niet gepauzeerd tijdens onderhoud. Controleer de schakelaar, of het account niet gepauzeerd is, en of het onderhoud een monitor of server dekt en meldingen tegenhoudt. Als PagerDuty het weigerde, laat InfraNest dit zien in het meldingenbelletje.

Een incident over een domein of certificaat bleef open nadat ik het had verlengd. InfraNest lost het op zodra het de nieuwe vervaldatum ziet. Als je het op een andere manier hebt vervangen, los het dan op in PagerDuty.

Een service heeft een integratie met de naam "InfraNest (setting up …)". Dat is InfraNest's eigen integratie, van vóór de naamswijziging. Als PagerDuty de naamswijziging niet heeft geaccepteerd, werkt het nog steeds — hernoem het zelf of laat het zo staan.