From d6cb8259a2b49f58797ea60ae540a5fdb7e802c9 Mon Sep 17 00:00:00 2001 From: Thibaut Tauveron Date: Tue, 20 Aug 2019 12:05:32 +0200 Subject: [PATCH] docs-fr | concepts | overview | components.md (#15939) * docs-fr | concepts | overview | components.md * Update content/fr/docs/concepts/overview/components.md Co-Authored-By: Tim Bannister * Update content/fr/docs/concepts/overview/components.md Co-Authored-By: Tim Bannister * Fix translation --- .../fr/docs/concepts/overview/components.md | 128 ++++++++++++++++++ content/fr/docs/reference/glossary/etcd.md | 22 +++ .../docs/reference/glossary/kube-apiserver.md | 19 +++ .../glossary/kube-controller-manager.md | 19 +++ .../fr/docs/reference/glossary/kube-proxy.md | 24 ++++ .../docs/reference/glossary/kube-scheduler.md | 18 +++ 6 files changed, 230 insertions(+) create mode 100644 content/fr/docs/concepts/overview/components.md create mode 100755 content/fr/docs/reference/glossary/etcd.md create mode 100755 content/fr/docs/reference/glossary/kube-apiserver.md create mode 100755 content/fr/docs/reference/glossary/kube-controller-manager.md create mode 100755 content/fr/docs/reference/glossary/kube-proxy.md create mode 100755 content/fr/docs/reference/glossary/kube-scheduler.md diff --git a/content/fr/docs/concepts/overview/components.md b/content/fr/docs/concepts/overview/components.md new file mode 100644 index 0000000000..4a2376d307 --- /dev/null +++ b/content/fr/docs/concepts/overview/components.md @@ -0,0 +1,128 @@ +--- +title: Composants de Kubernetes +content_template: templates/concept +weight: 20 +card: + name: concepts + weight: 20 +--- + +{{% capture overview %}} +Ce document résume les divers composants binaires requis pour livrer +un cluster Kubernetes fonctionnel. +{{% /capture %}} + +{{% capture body %}} +## Composants Master + +Les composants Master fournissent le plan de contrôle (control plane) du cluster. +Les composants Master prennent des décisions globales à propos du cluster (par exemple, la planification (scheduling)). +Ils détectent et répondent aux événements du cluster (par exemple, démarrer un nouveau {{< glossary_tooltip text="Pod" term_id="pod">}} lorsque le champ `replicas` d'un déploiement n'est pas satisfait). + +Les composants Master peuvent être exécutés sur n'importe quelle machine du cluster. Toutefois, +par soucis de simplicité, les scripts de mise en route démarrent typiquement tous les composants master sur la +même machine et n'exécutent pas de conteneurs utilisateur sur cette machine. +Voir [Construire des Clusters en Haute Disponibilité](/docs/admin/high-availability/) pour une configuration d'exemple en multi-master-VM. + +### kube-apiserver + +{{< glossary_definition term_id="kube-apiserver" length="all" >}} + +### etcd + +{{< glossary_definition term_id="etcd" length="all" >}} + +### kube-scheduler + +{{< glossary_definition term_id="kube-scheduler" length="all" >}} + +### kube-controller-manager + +{{< glossary_definition term_id="kube-controller-manager" length="all" >}} + +Ces contrôleurs incluent : + + * Node Controller : Responsable de détecter et apporter une réponse lorsqu'un nœud tombe en panne. + * Replication Controller : Responsable de maintenir le bon nombre de pods pour chaque objet + ReplicationController dans le système. + * Endpoints Controller : Remplit les objets Endpoints (c'est-à-dire joint les Services et Pods). + * Service Account & Token Controllers : Créent des comptes par défaut et des jetons d'accès à l'API + pour les nouveaux namespaces. + +### cloud-controller-manager + +Le [cloud-controller-manager](/docs/tasks/administer-cluster/running-cloud-controller/) exécute les contrôleurs +qui interagissent avec les fournisseurs cloud sous-jacents. Le binaire du cloud-controller-manager est une +fonctionnalité alpha introduite dans la version 1.6 de Kubernetes. + +Le cloud-controller-manager exécute seulement les boucles spécifiques des fournisseurs cloud. +Vous devez désactiver ces boucles de contrôleurs dans le kube-controller-manager. +Vous pouvez désactiver les boucles de contrôleurs en définissant la valeur du flag `--cloud-provider` à `external` lors du démarrage du kube-controller-manager. + +Le cloud-controller-manager permet au code du fournisseur cloud et au code de Kubernetes d'évoluer indépendamment l'un de l'autre. +Dans des versions antérieures, le code de base de Kubernetes dépendait du code spécifique du fournisseur cloud pour la fonctionnalité. Dans des versions ultérieures, le code spécifique des fournisseurs cloud devrait être maintenu par les fournisseurs cloud eux-mêmes et lié au cloud-controller-manager lors de l'exécution de Kubernetes. + +Les contrôleurs suivants ont des dépendances vers des fournisseurs cloud : + + * Node Controller : Pour vérifier le fournisseur de cloud afin de déterminer si un nœud a été supprimé dans le cloud après avoir cessé de répondre + * Route Controller : Pour mettre en place des routes dans l'infrastructure cloud sous-jacente + * Service Controller : Pour créer, mettre à jour et supprimer les load balancers des fournisseurs cloud + * Volume Controller : Pour créer, attacher et monter des Volumes, et interagir avec le fournisseur cloud pour orchestrer les volumes. + +## Composants de nœud + +Les composants de nœud (Node components) s'exécutent sur chaque nœud, en maintenant les pods en exécution +et en fournissant l'environnement d'exécution Kubernetes. + +### kubelet + +{{< glossary_definition term_id="kubelet" length="all" >}} + +### kube-proxy + +{{< glossary_definition term_id="kube-proxy" length="all" >}} + +### Container Runtime + +{{< glossary_definition term_id="container-runtime" length="all" >}} + +## Addons + +Les addons utilisent les ressources Kubernetes ({{< glossary_tooltip term_id="daemonset" >}}, {{< glossary_tooltip term_id="deployment" >}}, etc) +pour implémenter des fonctionnalités cluster. Comme ces derniers fournissent des fonctionnalités au niveau +du cluster, les ressources dans des namespaces pour les addons appartiennent au namespace `kube-system`. + +Les addons sélectionnés sont décrits ci-dessous. Pour une liste étendue des addons disponibles, voir la page +[Addons](/docs/concepts/cluster-administration/addons/). + +### DNS + +Tandis que les autres addons ne sont pas strictement requis, tous les clusters Kubernetes devraient avoir un +[DNS cluster](/fr/docs/concepts/services-networking/dns-pod-service/) car de nombreux exemples en dépendent. + +Le DNS Cluster est un serveur DNS, en plus des autres serveurs DNS dans votre environnement, qui sert +les enregistrements DNS pour les services Kubernetes. + +Les conteneurs démarrés par Kubernetes incluent automatiquement ce serveur DNS dans leurs recherches DNS. + +### Interface utilisateur Web (Dashboard) + +Le [Dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) est une interface utilisateur web à but général pour les clusters Kubernetes. Il permet aux utilisateurs de gérer et de dépanner aussi bien des +applications s'exécutant dans le cluster que le cluster lui-même. + +### La surveillance des ressources de conteneur + +[La surveillance des ressources de conteneur](/docs/tasks/debug-application-cluster/resource-usage-monitoring/) enregistre des métriques chronologiques génériques à propos des conteneurs dans une base de données centrale et +fournit une interface utilisateur pour parcourir ces données. + +### Le logging au niveau cluster + +Un mécanisme de [logging au niveau cluster](/docs/concepts/cluster-administration/logging/) est chargé +de sauvegarder les logs des conteneurs dans un magasin de logs central avec une interface de recherche/navigation. + +{{% /capture %}} +{{% capture whatsnext %}} +* En savoir plus sur les [Nœuds](/fr/docs/concepts/architecture/nodes/) +* En savoir plus sur [kube-scheduler](/docs/concepts/scheduling/kube-scheduler/) +* Lire la [documentation officielle d'etcd](https://etcd.io/docs/) +{{% /capture %}} diff --git a/content/fr/docs/reference/glossary/etcd.md b/content/fr/docs/reference/glossary/etcd.md new file mode 100755 index 0000000000..4a86d40bd9 --- /dev/null +++ b/content/fr/docs/reference/glossary/etcd.md @@ -0,0 +1,22 @@ +--- +title: etcd +id: etcd +date: 2018-04-12 +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: +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. + + + +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. + diff --git a/content/fr/docs/reference/glossary/kube-apiserver.md b/content/fr/docs/reference/glossary/kube-apiserver.md new file mode 100755 index 0000000000..491b1b65ce --- /dev/null +++ b/content/fr/docs/reference/glossary/kube-apiserver.md @@ -0,0 +1,19 @@ +--- +title: kube-apiserver +id: kube-apiserver +date: 2018-04-12 +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: +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. + + + +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/). + diff --git a/content/fr/docs/reference/glossary/kube-controller-manager.md b/content/fr/docs/reference/glossary/kube-controller-manager.md new file mode 100755 index 0000000000..5342b8b116 --- /dev/null +++ b/content/fr/docs/reference/glossary/kube-controller-manager.md @@ -0,0 +1,19 @@ +--- +title: kube-controller-manager +id: kube-controller-manager +date: 2018-04-12 +full_link: /docs/reference/generated/kube-controller-manager/ +short_description: > + Composant du master qui exécute les contrôleurs. + +aka: +tags: +- architecture +- fundamental +--- + Composant du master qui exécute les {{< glossary_tooltip text="contrôleurs" term_id="controller" >}}. + + + +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. diff --git a/content/fr/docs/reference/glossary/kube-proxy.md b/content/fr/docs/reference/glossary/kube-proxy.md new file mode 100755 index 0000000000..db9097cd1b --- /dev/null +++ b/content/fr/docs/reference/glossary/kube-proxy.md @@ -0,0 +1,24 @@ +--- +title: kube-proxy +id: kube-proxy +date: 2018-04-12 +full_link: /docs/reference/command-line-tools-reference/kube-proxy/ +short_description: > + `kube-proxy` est un proxy réseau qui s'exécute sur chaque nœud du cluster. + +aka: +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 +concept Kubernetes de {{< glossary_tooltip term_id="service">}}. + + + +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. + +kube-proxy utilise la couche de filtrage de paquets du système d'exploitation s'il y en a une et qu'elle est disponible. Sinon, kube-proxy transmet le trafic lui-même. diff --git a/content/fr/docs/reference/glossary/kube-scheduler.md b/content/fr/docs/reference/glossary/kube-scheduler.md new file mode 100755 index 0000000000..8c72711795 --- /dev/null +++ b/content/fr/docs/reference/glossary/kube-scheduler.md @@ -0,0 +1,18 @@ +--- +title: kube-scheduler +id: kube-scheduler +date: 2018-04-12 +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: +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. + + + +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. +