Varför övervakning inte är valfritt
En server som tyst blir långsam eller stannar är en dyr överraskning. Webbplatsen svarar inte, kunderna märker det före er och sökmotorerna noterar att sidan inte går att nå. Därför är övervakning ingen lyx utan en grundförutsättning för drift i molnet. Business IT Support sätter upp och tolkar CloudWatch-larm för EC2-instanser som kör till exempel WordPress, databaser och e-handel. CloudWatch är AWS egen tjänst för mätvärden och larm, och den samlar in data om instansernas belastning och status utan att något behöver installeras för de grundläggande måtten. Med rätt larm får ni ett meddelande när något avviker, ofta innan användarna märker något. Det ger tid att agera, till exempel genom att felsöka, skala upp eller starta om på ett kontrollerat sätt. Utan larm upptäcker man problem först när någon ringer, och då har skadan redan skett. Vi bygger larmen utifrån vad som är kritiskt för just er verksamhet, så att ni får användbara varningar och inte en ström av brus.
Vad vi övervakar
Vi börjar med de mått som oftast avslöjar problem. CPUUtilization visar hur hårt processorn arbetar, och långvarigt höga värden tyder på att något är fel eller att instansen är för liten. För burstbara instanser, som T3, är CPUCreditBalance minst lika viktigt: när krediterna tar slut sänks prestandan kraftigt, och det kan se ut som ett helt annat fel. StatusCheckFailed upptäcker att instansen eller den underliggande värden inte svarar, och kan även användas för automatisk återställning. Minne och diskutrymme mäts inte som standard, så de kräver att CloudWatch-agenten installeras, men de är ofta avgörande, eftersom fulla diskar och slut på minne är vanliga orsaker till avbrott. Vi lägger även till kontroller av tjänster som webbserver och databas, och vid behov externa kontroller av att webbplatsen svarar. Mätvärdena visas i grafer som gör det lätt att se trender, till exempel en belastning som ökar vecka för vecka. Det ger underlag för att planera uppgradering innan gränsen nås.
Så bygger vi ett larm som fungerar
Ett bra larm är konfigurerat med omsorg. Först väljer vi mått och tröskel, till exempel att CPU över åttio procent ska väcka uppmärksamhet. Därefter anger vi hur många perioder som måste överskrida tröskeln, så att korta toppar inte väcker någon i onödan. Vi väljer också hur saknade data ska tolkas, eftersom en instans som slutat rapportera kan vara ett tecken på ett större fel. Slutligen kopplar vi larmet till ett SNS-ämne som skickar e-post eller meddelande till rätt person, och vi kan ha olika mottagare för olika allvarlighetsnivåer. Vi testar att larmet verkligen går igenom, för ett larm som aldrig når fram är värdelöst. Larmdetaljerna dokumenteras, så att det framgår vad som övervakas och varför. När verksamheten förändras justerar vi trösklarna, eftersom ett larm som alltid går blir ignorerat, och ett som aldrig går ger falsk trygghet. Målet är larm som är få, tydliga och som leder till handling, så att ni kan lita på att tystnad betyder att allt är som det ska.
Vad larmet ska leda till
Ett larm utan åtgärd är bara brus. Därför dokumenterar vi vem som tar emot det, vad som ska kontrolleras först och när man ska starta om, skala upp eller felsöka vidare. Vi skriver enkla instruktioner, så kallade runbooks, som beskriver stegen för de vanligaste larmen: kontrollera belastning och processer, läs loggar, avgör om orsaken är trafik, skadlig kod eller ett fel i en tjänst, och åtgärda. Eftersom vi arbetar med Linux-servrar och WordPress dagligen vet vi att hög belastning ofta beror på något annat än vad som först ser ut: en felaktig plugin, en attack mot inloggningen eller ett intrång som kör skadlig kod. Därför undersöker vi alltid orsaken innan vi bara skalar upp, eftersom en större server annars bara gör ett problem dyrare. Efter varje incident följer vi upp och förbättrar larm och rutiner. På så sätt blir övervakningen en lärande process, där varje händelse gör miljön lite stabilare och teamet bättre rustat för nästa gång något oväntat händer.
Kontakta Datorkirurgen AB om övervakning i AWS
Vill ni ha övervakning som faktiskt varnar i tid? Business IT Support, en del av Datorkirurgen AB, sätter upp och driftar övervakning och larm för servrar i AWS åt företag i hela Sverige. Vi börjar med en genomgång av era instanser och vad som är viktigast att skydda, och därefter konfigurerar vi mått, larm och mottagare. Vi installerar vid behov CloudWatch-agenten för minne och disk och lägger till kontroller av webbplatser och tjänster. Vi dokumenterar vad som ska göras när ett larm går, och vi kan ta hand om felsökningen åt er. Om ni redan har larm kan vi granska dem och justera trösklar och mottagare, så att de blir användbara. Eftersom vi arbetar med servrar, Linux, WordPress och IT-säkerhet kan vi även undersöka orsakerna till avvikelser. Kontakta oss så går vi igenom er miljö och föreslår en övervakning som passar er verksamhet, så att ni slipper överraskningar och kan lita på att ni får veta när något börjar gå fel.
Vanliga supportfrågor
Frågor om CloudWatch
- Vad är AWS CloudWatch?
- Hur skapar man ett larm i CloudWatch?
- Vad kostar CloudWatch?
- Vad är ett CloudWatch-larm?
- Hur kopplar man CloudWatch till e-post?
- Vad är SNS i AWS?
- Hur ser man CPU-användning för en EC2-instans?
- Vad betyder INSUFFICIENT_DATA i CloudWatch?
- Hur många larm kan man ha?
- Hur testar man ett CloudWatch-larm?
Frågor om EC2 och prestanda
- Vad är CPUUtilization?
- Vad är CPUCreditBalance?
- Vad händer när CPU-krediterna tar slut?
- Vad är skillnaden mellan T3 och M5?
- Vad är StatusCheckFailed?
- Hur startar man om en EC2-instans automatiskt?
- Hur övervakar man minne på EC2?
- Hur installerar man CloudWatch-agenten?
- Hur övervakar man diskutrymme på EC2?
- När ska man uppgradera instanstyp?
Frågor om drift och support
- Varför är min EC2-instans långsam?
- Hur felsöker man hög CPU på en server?
- Hur vet jag att min webbplats är nere?
- Hur ställer man in larm för att en webbplats inte svarar?
- Vad är en runbook?
- Hur kan skadlig kod orsaka hög CPU?
- Hur skalar man upp en EC2-instans?
- Kan ni övervaka våra AWS-servrar?
- Hur kontaktar jag er om AWS-övervakning?
- Vad kostar övervakning av en server?
[dk_natverk compact=”1″]