Naar hoofdinhoud gaan
Host metrics voor gecontaineriseerde systemen worden volledig ondersteund.
Waarschuwing: Om nauwkeurige metrics van uw containers te krijgen, zijn containerlimieten vereist voor uw gemonitorde containers. Zie de sectie containerlimieten voor meer informatie.
Let op: Hoewel Heroku ook draait op een gecontaineriseerd systeem (LXC), ondersteunen we host metrics niet op dezelfde manier. Zie in plaats daarvan het gedeelte Heroku- ondersteuning.
Let op: Deze pagina maakt deel uit van de host metrics- sectie.

​
Containerlimieten

Voor nauwkeurige container host metrics moeten limieten worden ingesteld voor elke container. Dit betekent dat u uw container moet configureren met een beperkt aantal CPU’s en geheugen dat eraan is toegewezen. Zonder deze limieten rapporteert de container de maximaal mogelijke waarde van deze metrics, wat ertoe leidt dat de host bijvoorbeeld terabytes aan beschikbaar geheugen rapporteert. Een container zonder swap geconfigureerd, of niet ondersteund op het hostsysteem, zal een 0-waarde rapporteren. Lees voor meer informatie over hoe u de CPU en het geheugen van uw container kunt limiteren, de documentatie over:

​
Ondersteunde metrics

Op systemen die het virtuele bestandssysteem /sys/fs blootleggen, worden de volgende metrics ondersteund.
MetricBeschrijving
CPU-gebruikUser en system in percentages.
Lees meer over CPU-metrics in ons academy-artikel.
Load average1-minuut load average op de host.
GeheugengebruikBeschikbaar, vrij en gebruikt geheugen. Omvat ook swap-totaal en swap-gebruikt.
SchijfgebruikPercentage van elke gebruikte schijf.
Disk IODoorvoer van gegevens gelezen van en geschreven naar elke schijf.
NetwerkverkeerDoorvoer van gegevens ontvangen en verzonden via elke netwerkinterface.

​
Over CPU-metrics

In het kort:
  • AppSignal rapporteert dezelfde metrics als het docker stats-commando, maar gerapporteerd als een gemiddelde op minuutbasis.
  • Het gerapporteerde CPU-gebruik kan boven 100% uitkomen. 100% komt overeen met 1 volledige virtuele CPU-core.
  • Containerlimieten worden aanbevolen om de beschikbare CPU-resources tussen containers goed in balans te houden.
  • Wanneer meerdere containers op hetzelfde hostsysteem CPU-resources delen, zelfs met containerlimieten, kunnen containers die meer CPU gebruiken een negatieve impact hebben op het gerapporteerde CPU-gebruik voor andere containers.
De container-CPU-metrics werken iets anders dan normale CPU-metrics. Ze worden beïnvloed door containerlimieten en hoeveel andere containers actief zijn op het systeem. Dit komt doordat ze de resources van het containersysteem delen. In tegenstelling tot normale host metrics kan het CPU-gebruik boven 100% uitkomen. Dit komt doordat een container meer dan 1 virtuele CPU-core ter beschikking kan hebben. Elke volledige core komt neer op 100%. Als een container bijvoorbeeld drie cores heeft, is het maximum 300%. Andere containers op het systeem kunnen invloed hebben op de totale CPU-tijd die voor de container beschikbaar is. Limieten helpen om een betere balans van CPU-gebruik tussen containers te behouden, zodat de gemiddelden minder fluctueren afhankelijk van drukke buren. Als alle containers alle CPU-resources van het hostsysteem delen, kan het gebruik op één host een negatieve invloed hebben op de beschikbare virtuele CPU-cores op een andere. Bijvoorbeeld: We hebben een Docker-systeem op onze hostmachine met 3 virtuele CPU-cores beschikbaar. We starten vervolgens containers A, B en C zonder specifieke CPU-limieten.
  • In het scenario dat container A zijn beschikbare CPU-cores maximaliseert, en de andere containers B en C op 0% idlen, wordt dit gerapporteerd als 300% CPU-gebruik voor container A. Dat is de totale CPU-tijd die beschikbaar is op het containersysteem van de host.
  • Wanneer de drie containers allemaal hun beschikbare CPU-cores maximaliseren, wordt dit gerapporteerd als 100% CPU-gebruik voor elke container, aangezien de resources gelijkmatig onder hen worden verdeeld.