From 266882bcd4d55f9918a760237efcc898676b2ba2 Mon Sep 17 00:00:00 2001 From: Tim Bannister Date: Thu, 15 Oct 2020 17:00:00 +0100 Subject: [PATCH] Replace legacy capture shortcodes Fixup to generate pages without using legacy capture statements --- ...igure-liveness-readiness-startup-probes.md | 18 +++++------------- .../share-process-namespace.md | 19 ++++--------------- 2 files changed, 9 insertions(+), 28 deletions(-) diff --git a/content/fr/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md b/content/fr/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md index dc427699f6..1c45b2b071 100644 --- a/content/fr/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md +++ b/content/fr/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes.md @@ -1,10 +1,10 @@ --- title: Configurer les Liveness, Readiness et Startup Probes -content_template: templates/task +content_type: task weight: 110 --- -{{% capture overview %}} + Cette page montre comment configurer les liveness, readiness et startup probes pour les conteneurs. @@ -17,15 +17,11 @@ Le Kubelet utilise startup probes pour savoir quand une application d'un contene Si une telle probe est configurée, elle désactive les contrôles de liveness et readiness jusqu'à cela réussit, en s'assurant que ces probes n'interfèrent pas avec le démarrage de l'application. Cela peut être utilisé dans le cas des liveness checks sur les conteneurs à démarrage lent, en les évitant de se faire tuer par le Kubelet avant qu'ils ne soient opérationnels. -{{% /capture %}} - -{{% capture prerequisites %}} +## {{% heading "prerequisites" %}} {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} -{{% /capture %}} - -{{% capture steps %}} + ## Définir une commande de liveness @@ -281,9 +277,7 @@ Voici un scénario où vous le mettriez en place. Supposons que le conteneur éc Le Kubelet fait la connexion de la probe au noeud, pas dans le Pod, ce qui signifie que vous ne pouvez pas utiliser un nom de service dans le paramètre `host` puisque le Kubelet est incapable pour le résoudre. -{{% /capture %}} - -{{% capture whatsnext %}} +## {{% heading whatsnext %}} * Pour en savoir plus sur [Probes des Conteneurs](/docs/concepts/workloads/pods/pod-lifecycle/#container-probes). @@ -294,6 +288,4 @@ Le Kubelet fait la connexion de la probe au noeud, pas dans le Pod, ce qui signi * [Container](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#container-v1-core) * [Probe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#probe-v1-core) -{{% /capture %}} - diff --git a/content/fr/docs/tasks/configure-pod-container/share-process-namespace.md b/content/fr/docs/tasks/configure-pod-container/share-process-namespace.md index f55431571d..cb5a99cbe3 100644 --- a/content/fr/docs/tasks/configure-pod-container/share-process-namespace.md +++ b/content/fr/docs/tasks/configure-pod-container/share-process-namespace.md @@ -1,11 +1,11 @@ --- title: Partager l'espace de nommage des processus entre les conteneurs d'un Pod min-kubernetes-server-version: v1.10 -content_template: templates/task +content_type: task weight: 160 --- -{{% capture overview %}} + {{< feature-state state="stable" for_k8s_version="v1.17" >}} @@ -13,15 +13,11 @@ Cette page montre comment configurer le partage de l'espace de noms d'un process Vous pouvez utiliser cette fonctionnalité pour configurer les conteneurs coopérants, comme un conteneur de sidecar de gestionnaire de journaux, ou pour dépanner les images de conteneurs qui n'incluent pas d'utilitaires de débogage comme un shell. -{{% /capture %}} - -{{% capture prerequisites %}} +## {{% heading prerequisites %}} {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} -{{% /capture %}} - -{{% capture steps %}} + ## Configurer un Pod @@ -83,10 +79,6 @@ events { worker_connections 1024; ``` -{{% /capture %}} - -{{% capture discussion %}} - ## Comprendre le processus de partage de l'espace de nommage Les pods partagent de nombreuses ressources, il est donc logique qu'elles partagent également un espace de noms des processus. Pour certaines images de conteneur, on peut envisager de les isoler les uns des autres. Il est donc important de comprendre ces différences : @@ -97,6 +89,3 @@ Les pods partagent de nombreuses ressources, il est donc logique qu'elles partag 1. **Les systèmes de fichiers des conteneurs sont visibles par les autres conteneurs du pod à travers le lien `/proc/$pid/root`.** Cela rend le débogage plus facile, mais cela signifie aussi que les secrets du système de fichiers ne sont protégés que par les permissions du système de fichiers. -{{% /capture %}} - -