Kmom04: Monitoring

Nu när vi har ett system uppe och rullande behöver vi veta när något går fel, vi ska övervaka hela produktionsmiljön och alla dess delar.

#Monitoring

När system ligger utspridda på virtuelle servrar jorden runt är det inte lätt att hålla koll på att alla servrar och system hela tiden är igång. Här kommer infrastruktur monitoring in i bilden men vi kan också ha application monitoring där vi övervakar metrics från system. T.ex. hur många request varje server har fått eller hur många 404 requests.

#Läs och titta

• Microsofts förklaring av Monitoring.

• Monitoring in a DevOps world.

#Log management

Log management är processen av att samla in, lagra, hantera och analysera loggar från infrastruktur, system och applikation. Det är ett väldigt brett ämne då typ allt genererar loggar av något slag och system för att sköta log hantering är väldigt avancerade. För att få en överblick av delarna som ingår i log management och vilken användning olika roller har av log management läs följande:

#Läs och titta

• What is log management.

• Why is log management important.

• en snabb överblick av ELK stack för en överblick av ett av de mest populära systemen för Log management.

#Application performance monitoring (APM)

APM kan även kallas Application Performance Management (också APM), enligt vissa är det skillnad. APM är att övervaka, hantera och diagnosera prestanda, tillgänglighet och användare upplevelse av applikationer. Avancerade program används för att göra om data till “business value”.

#Läs och titta

• What is application performace monitoring.

#Observability

På senare år har det även börjat talas mycket om Observability vilket hänger ihop med monitoring. Vi kan se monitoring som att ha kolla på hälsan av våra system medan observability är att ha djup insikt i hur våra system beter sig. Observability ska hjälpa oss hitta fel och problem.

#Läs och titta

• Observability sv. Monitoring.

• Om ni vill kan ni även kolla på What Does the Future Hold for Observability?.

#Prometheus och Grafana

Vi ska använda oss av Prometheus, ett väldigt populärt verktyg för att lagra tidsserie data och visualisera data. Prometheus har inbyggt stöd för att visa simpla grafer för data men oftast använder man det tillsammans med externa visualiseringsverktyg. Vi ska använda Grafana för att bygga dashboards med grafer och diagram över datan från Prometheus.

#Läs och titta

• Läs Prometheus Monitoring: The Definitive Guide in 2019 för en överblick av vad Prometheus är och vad det innehåller.
• Alertmanager
• Alerting Best practice
• Operatorer i Prometheus

#Att göra

Nu ska ni starta upp prometheus, grafana och koppla ihop dem.

• Kolla på videorna 401-403 i spellistan kursen devops. Gör det lokalt på er dator för att testa få det att fungera.

• Kolla på videorna 410-413 i spellistan kursen devops. PS i video 412 körs det på produktionsservrar men ni kan göra det lokalt som med allt annat, det är likadant.

#Läsanvisningar

Läsanvisningar hittar ni på sidan bokcirkel.

Kolla i lektionsplanen för att se när vi träffas för bokcirkeln.

#Uppgifter

1. Utöka Ansible provisioning koden så att ni skapar en till server som heter och har typen monitoring.

   • Öppna passande portar i security groups.

2. Skriv Ansible kod som installerar och startar Prometheus, Grafana och Alertmanager på den nya VM instansen.

   • Använd er av modulen Grafana datasources för att lägga till prometheus som datakälla

3. Uppdatera era appservrar så de kör er nya Docker image som innehåller flask exportören.

4. Vi borde ha en exportör för MySQL men tidigare år har den funkat dåligt, därför skippar vi den.

5. Konfigurera en exportör för Nginx. I övningen Övervaka nginx med Prometheus och Grafana kan ni se hur man gör.

6. Konfigurera Prometheus så den hämtar data från alla exportörer.

7. Lägg till dashboard i Grafana för alla exportörer. Använd Ansible modulen dashboards för att lägga till den från Ansible. Det går inte att koppla ihop er dashboard och datasource i Ansible koden. Modulerna saknar stöd för det. Bara skapa dem via Ansible och sen får ni koppla ihop dem manuellt.

8. I microblogen lägga till en knapp som genererar ett fel. Skapa ett larm, som kopplas till det felet. Larmet ska skickas till https://webhook.site. I redovisningstexten, skriv hur man kan aktivera och avaktivera larmet. Samt länk till er webhook sida där man kan se larmet.

9. Lägg till en Reverse Proxy i er Nginx konfiguration till Grafana och Grafana konfiguration. Länka till er grafana sida, <domain>/grafana i er redovisningstext och skriv inloggs uppgifter.

Glöm inte att öppna portar i Azure!

#Extrauppgift

Om ni får tid över, testa log management verktyget Loki. Försök få loggar från Nginx eller microbloggen till Grafana med hjälp av Loki.

#Resultat & Redovisning

Svara på nedanstående frågor individuellt, lämna in på Canvas tillsammans med länken till ert gemensamma GitHub-repo och domännamn till microblog sidan.

Se till att följande frågor besvaras i texten:

1. Beskriv vad som menas med Monitoring, olika saker som brukar övervakas och vad det används till.

2. Beskriv Log management och vad det används till.

3. Beskriv APM och vad det används till.

4. Beskriv Observability och försök koppla det till ovanstående frågor.

5. Hur kan jag aktivera och avaktivera er larm? Skicka med länk till webhook.site.

6. Testade ni Loki? Fick ni ihop det, i så fall tror du att man hade hunnit med det i kursmomentet?

7. Skriv inloggning till er grafana sida.

#Revision history