Remove trailing spaces from FR documents(#16742) (#16788)

2019-10-10 18:02:53 +09:00
parent 3b10c76ca7
commit 2a120450eb
45 changed files with 412 additions and 412 deletions
@@ -14,4 +14,4 @@ Quelqu'un qui code, documente ou donne de son temps autrement, pour aider le pro

 <!--more-->

-Les contributions comprennent les pull requests (PRs), le signalement des problèmes, les retours d'informations, les {{< glossary_tooltip text="groupes d'intérêts spéciaux (SIG, de l'anglais Special Interest Group)" term_id="sig" >}} la participation ou l'organisation des évènements de la communauté.  
+Les contributions comprennent les pull requests (PRs), le signalement des problèmes, les retours d'informations, les {{< glossary_tooltip text="groupes d'intérêts spéciaux (SIG, de l'anglais Special Interest Group)" term_id="sig" >}} la participation ou l'organisation des évènements de la communauté.
@@ -6,16 +6,16 @@ full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/
 short_description: >
  Base de données clé-valeur consistante et hautement disponible utilisée comme mémoire de sauvegarde pour toutes les données du cluster.

-aka: 
+aka:
 tags:
 - architecture
 - storage
 ---
 Base de données clé-valeur consistante et hautement disponible utilisée comme mémoire de sauvegarde pour toutes les données du cluster.
- 
+
 <!--more-->

-Si votre cluster Kubernetes utilise etcd comme mémoire de sauvegarde, assurez-vous d'avoir un plan de 
+Si votre cluster Kubernetes utilise etcd comme mémoire de sauvegarde, assurez-vous d'avoir un plan de
 [back up](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster) pour ces données.

 Vous pouvez trouver plus d'informations à propos d'etcd dans la [documentation](https://etcd.io/docs/) officielle.
@@ -10,7 +10,7 @@ aka:
 tags:
 - fundamental
 ---
- Un ou plusieurs conteneurs d'initialisation qui doivent être exécutés jusqu'à la fin, avant l'exécution de tout conteneur d'application.  
+ Un ou plusieurs conteneurs d'initialisation qui doivent être exécutés jusqu'à la fin, avant l'exécution de tout conteneur d'application.

 <!--more-->

@@ -6,14 +6,14 @@ full_link: /docs/reference/generated/kube-apiserver/
 short_description: >
  Composant sur le master qui expose l'API Kubernetes. Il s'agit du front-end pour le plan de contrôle Kubernetes.

-aka: 
+aka:
 tags:
 - architecture
 - fundamental
 ---
 Composant sur le master qui expose l'API Kubernetes. Il s'agit du front-end pour le plan de contrôle Kubernetes.

-<!--more--> 
+<!--more-->

 Il est conçu pour une mise à l'échelle horizontale, ce qui veut dire qu'il met à l'échelle en déployant des instances supplémentaires. Voir [Construire des Clusters en Haute Disponibilité](/docs/admin/high-availability/).

@@ -6,14 +6,14 @@ full_link: /docs/reference/generated/kube-controller-manager/
 short_description: >
  Composant du master qui exécute les contrôleurs.

-aka: 
+aka:
 tags:
 - architecture
 - fundamental
 ---
 Composant du master qui exécute les {{< glossary_tooltip text="contrôleurs" term_id="controller" >}}.

-<!--more--> 
+<!--more-->

-Logiquement, chaque {{< glossary_tooltip text="contrôleur" term_id="controller" >}} est un processus à part mais, 
+Logiquement, chaque {{< glossary_tooltip text="contrôleur" term_id="controller" >}} est un processus à part mais,
 pour réduire la compléxité, les contrôleurs sont tous compilés dans un seul binaire et s'exécutent dans un seul processus.
@@ -11,13 +11,13 @@ tags:
 - fundamental
 - networking
 ---
- [kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) est un 
-proxy réseau qui s'exécute sur chaque nœud du cluster et implémente une partie du 
+ [kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) est un
+proxy réseau qui s'exécute sur chaque nœud du cluster et implémente une partie du
 concept Kubernetes de {{< glossary_tooltip term_id="service">}}.

 <!--more-->

-kube-proxy maintient les règles réseau sur les nœuds. Ces règles réseau permettent 
+kube-proxy maintient les règles réseau sur les nœuds. Ces règles réseau permettent
 une communication réseau vers les Pods depuis des sessions réseau à l'intérieur ou à l'extérieur
 du cluster.

@@ -6,13 +6,13 @@ full_link: /docs/reference/generated/kube-scheduler/
 short_description: >
  Composant sur le master qui surveille les pods nouvellement créés qui ne sont pas assignés à un nœud et sélectionne un nœud sur lequel ils vont s'exécuter.

-aka: 
+aka:
 tags:
 - architecture
 ---
 Composant sur le master qui surveille les pods nouvellement créés qui ne sont pas assignés à un nœud et sélectionne un nœud sur lequel ils vont s'exécuter.

-<!--more--> 
+<!--more-->

 Les facteurs pris en compte pour les décisions de planification (scheduling) comprennent les exigences individuelles et collectives en ressources, les contraintes matérielles/logicielles/politiques, les spécifications d'affinité et d'anti-affinité, la localité des données, les interférences entre charges de travail et les dates limites.