Improve and update docker-advanced
This commit is contained in:
parent
46d1f91e0e
commit
15cc8d404c
4 changed files with 49 additions and 8 deletions
|
|
@ -9,7 +9,6 @@ contiendra les paramètres d'exécution.
|
|||
|
||||
<div lang="en-US">
|
||||
```yaml
|
||||
version: "3.9"
|
||||
services:
|
||||
influxdb:
|
||||
...
|
||||
|
|
@ -30,11 +29,14 @@ Ce fichier est un condensé des options que nous passons habituellement au
|
|||
|
||||
#### `version`
|
||||
|
||||
Notons toutefois la présence d'une ligne `version` ; il ne s'agit pas de la
|
||||
version de vos conteneurs, mais de la version du format de fichier
|
||||
`docker-compose` qui sera utilisé. Sans indication de version, la version
|
||||
originale sera utilisée, ne vous permettant pas d'utiliser les dernières
|
||||
fonctionnalités de Docker.
|
||||
Le champ `version` était utilisé pour spécifier la version du format de fichier
|
||||
`docker-compose`. Depuis les versions récentes de Docker Compose, ce champ est
|
||||
**déprécié** et n'est plus nécessaire. Docker Compose détecte automatiquement
|
||||
les fonctionnalités utilisées dans le fichier.
|
||||
|
||||
Vous pouvez donc **omettre ce champ** dans vos nouveaux fichiers
|
||||
`docker-compose.yml`. Si vous rencontrez d'anciens fichiers avec `version:
|
||||
"3.9"` ou similaire, sachez qu'il peut être supprimé sans problème.
|
||||
|
||||
|
||||
#### `services`
|
||||
|
|
|
|||
|
|
@ -147,6 +147,14 @@ tar xzv -C /tmp
|
|||
```
|
||||
</div>
|
||||
|
||||
|
||||
::::: {.more}
|
||||
|
||||
Vous pouvez vérifier la dernière version disponible sur la
|
||||
[page des releases](https://github.com/influxdata/telegraf/releases)
|
||||
et ajuster la variable `V` en conséquence.
|
||||
|
||||
:::::
|
||||
Puis, lançons *Telegraf* :
|
||||
|
||||
<div lang="en-US">
|
||||
|
|
@ -205,7 +213,7 @@ lancé, celui-ci va régulièrement envoyer des métriques de cette machine.
|
|||
### Afficher les données collectées
|
||||
|
||||
À vous de jouer pour lancer le conteneur
|
||||
[*Chronograf*](https://store.docker.com/images/chronograf).
|
||||
[*Chronograf*](https://hub.docker.com/_/chronograf).
|
||||
|
||||
::::: {.question}
|
||||
|
||||
|
|
|
|||
|
|
@ -11,7 +11,7 @@ monitoring, d'un simple :
|
|||
|
||||
<div lang="en-US">
|
||||
```
|
||||
42sh$ docker-compose up
|
||||
42sh$ docker compose up
|
||||
```
|
||||
</div>
|
||||
|
||||
|
|
|
|||
|
|
@ -114,3 +114,34 @@ On peut ensuite l'appliquer à un conteneur Docker :
|
|||
sleep: cannot read realtime clock: Operation not permitted
|
||||
```
|
||||
</div>
|
||||
|
||||
|
||||
::::: {.exercice}
|
||||
|
||||
## Sécuriser la stack TICK
|
||||
|
||||
Maintenant que vous connaissez les mécanismes de limitation de ressources et
|
||||
de sécurisation, appliquez-les à votre stack de monitoring TICK.
|
||||
|
||||
### Limites de ressources
|
||||
|
||||
1. Ajoutez des limites mémoire à vos conteneurs dans le `docker-compose.yml` :
|
||||
- InfluxDB : limiter à 512 Mo de RAM
|
||||
- Chronograf : limiter à 256 Mo de RAM
|
||||
- Telegraf : limiter à 128 Mo de RAM
|
||||
|
||||
2. Configurez les partages CPU pour que :
|
||||
- InfluxDB obtienne 75% des ressources CPU disponibles (768)
|
||||
- Chronograf et Telegraf se partagent les 25% restants (128 chacun)
|
||||
|
||||
|
||||
### Sécurité
|
||||
|
||||
3. Identifiez quelles capabilities sont nécessaires pour Telegraf afin de
|
||||
collecter les métriques système.
|
||||
|
||||
4. Testez le lancement de vos conteneurs avec l'option `--read-only` pour le
|
||||
système de fichiers. Quels volumes devez-vous ajouter pour que les
|
||||
conteneurs fonctionnent correctement en lecture seule ?
|
||||
|
||||
:::::
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue