Tijdens servermonitoring is het uiterst belangrijk om de systeembelasting correct in te schatten. Door het belastingsniveau te begrijpen, kun je de prestaties en beschikbaarheid van het systeem nuchter beoordelen. Voor dit doel maken experts meestal een schatting van de Load Average-indicator. Wat deze aangeeft en hoe je deze correct meet, lees je verder in ons artikel.
Load Average (LA, gemiddelde belasting) is een gemiddelde belastingsmeting die wordt weergegeven in het aantal processen dat wordt uitgevoerd of dat wacht op bronnen voor het tijdsinterval van 1, 5 en 15 minuten. Om de systeemprestatie het beste te beoordelen, is het het beste om naar de gemiddelde belasting te kijken, omdat de belasting snel fluctueert door kortstondige processen.
Er zijn verschillende eenvoudige manieren om de gemiddelde belasting te meten. De eenvoudigste is om een commando te schrijven en uit te voeren. In Linux voer je bijvoorbeeld gewoon het commando uptime uit in de terminal. De uitvoer toont de huidige tijd, de duur van de werking van het systeem, het aantal gebruikers en, het belangrijkste, de gemiddelde belasting in het interval van 1, 5 en 15 minuten. De belasting van de server wordt achterhaald door het commando w uit te voeren via de SSH-console.
Het resultaat ziet er als volgt uit:
De gemiddelde belastingswaarde wordt berekend op basis van de processen die draaien en in de wachtrij staan voor uitvoering (CPU, RAM, I/O). LA wordt het meest beïnvloed door CPU-gebruik, wat eigenlijk de enige en belangrijkste factor is in het verhogen van de belasting van de server.
Hier is een eenvoudig voorbeeld: er is een VPS met twee cores. De gemiddelde belastingswaarde in de afbeelding hierboven: 1.03, 1.11, 1.20 zijn normale belastingswaarden voor een VPS met 2 cores.
1 (unit) LA = 100% belasting op 1 CPU core. Als de VPS twee cores heeft, kan de gemiddelde belasting oplopen tot 2 LA:
- LA toont waarden 3.21, 4.22, 5.23 - belasting daalt, maar in de laatste 15 minuten was het gemiddeld 4.22, wat 422% belasting is = 4 uit 2 cores is niet de norm;
- LA laat 7.15, 5.24, 1.18 zien - belasting neemt toe, en in de laatste 15 minuten was het 1.18, binnen normale grenzen, wat gelijk staat aan 118% belasting = 1 op de 2 cores - binnen normale grenzen (piekbelasting duurt tot 30 minuten, laten we zeggen).
Met drie waarden tot je beschikking kun je de toestand van het systeem analyseren en de prestaties evalueren. Als alle drie de waarden 0 zijn, dan staat het systeem in stand-by. Als de waarden toenemen, betekent dit dat de belasting toeneemt en als ze afnemen, betekent dit dat de belasting afneemt.
Er moet rekening mee worden gehouden dat het systeem een groot aantal pieken kan ervaren in het geval van gelijktijdige verbinding van een groot aantal gebruikers. Dit betekent dat je in combinatie met commando's verschillende monitoring tools moet gebruiken - Zabbix, Nagios, Monit. Deze registreren CPU- en geheugenactiviteit op de lange termijn.
Voor hosting is het uiterst belangrijk om de waarde van LA te bewaken. De acties van de hoster in het geval van een toename van de belasting hangen af van de oorzaak van de toename. Als de belasting bijvoorbeeld toeneemt, het aantal cores overschrijdt en lang aanhoudt, zal de LA de wachtrij met uit te voeren aanvragen vergroten. In de aanwezigheid van KVM/OpenVZ virtualisatie is de resulterende belasting slecht voor de fysieke server.
Als een gebruiker een back-up uitvoert of goederen uitlaadt in 1C waardoor er uitbarstingen van belasting zijn voor de hoster, is dat geen ernstige reden tot zorg. Maar als de LA op de fysieke server de norm aanzienlijk overschrijdt en dit fenomeen langere tijd aanhoudt, is het vaak nodig om bepaalde maatregelen te nemen, omdat de hoge LA een negatief effect heeft op klanten die hun projecten op een bepaalde fysieke server hebben geplaatst.