> ## Documentation Index
> Fetch the complete documentation index at: https://docs.appsignal.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Container host metrics

Host metrics voor gecontaineriseerde systemen worden volledig ondersteund.

<Warning>
  **Waarschuwing**: Om nauwkeurige metrics van uw containers te krijgen, zijn
  containerlimieten vereist voor uw gemonitorde containers. Zie de sectie
  [containerlimieten](#container-limits) voor meer informatie.
</Warning>

<Tip>
  **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][heroku support].
</Tip>

<Tip>
  **Let op**: Deze pagina maakt deel uit van de [host metrics-
  sectie](/metrics/host-metrics).
</Tip>

## 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:

* Docker
  * [CPU](https://docs.docker.com/config/containers/resource_constraints/#cpu)
  * [memory](https://docs.docker.com/config/containers/resource_constraints/#memory)
* Kubernetes
  * [CPU](https://kubernetes.io/docs/tasks/configure-pod-container/assign-cpu-resource/)
  * [memory](https://kubernetes.io/docs/tasks/configure-pod-container/assign-memory-resource/)

## Ondersteunde metrics

Op systemen die het virtuele bestandssysteem `/sys/fs` blootleggen, worden de volgende metrics ondersteund.

| Metric          | Beschrijving                                                                                                                                                         |
| --------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| CPU-gebruik     | User en system in percentages. <br /> Lees meer over [CPU-metrics](https://blog.appsignal.com/2018/03/06/understanding-cpu-statistics.html)  in ons academy-artikel. |
| Load average    | 1-minuut load average op de host.                                                                                                                                    |
| Geheugengebruik | Beschikbaar, vrij en gebruikt geheugen. Omvat ook swap-totaal en swap-gebruikt.                                                                                      |
| Schijfgebruik   | Percentage van elke gebruikte schijf.                                                                                                                                |
| Disk IO         | Doorvoer van gegevens gelezen van en geschreven naar elke schijf.                                                                                                    |
| Netwerkverkeer  | Doorvoer van gegevens ontvangen en verzonden via elke netwerkinterface.                                                                                              |

### Over CPU-metrics {/* id: cpu-metrics */}

In het kort:

* AppSignal rapporteert dezelfde metrics als het [`docker stats`](https://docs.docker.com/engine/reference/commandline/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](#container-limits) 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](#container-limits), 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](/metrics/host-metrics). Ze worden beïnvloed door [containerlimieten](#container-limits) 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](#container-limits) 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.

[heroku support]: /heroku/host-metrics.html
