committed by
Kubernetes Prow Robot
parent
3b10c76ca7
commit
2a120450eb
@@ -19,7 +19,7 @@ Un conteneur est garanti d'avoir autant de CPU qu'il le demande, mais n'est pas
|
||||
|
||||
Chaque nœud de votre cluster doit avoir au moins 1 CPU.
|
||||
|
||||
Pour certaines des étapes de cette page, vous devez lancer [metrics-server](https://github.com/kubernetes-incubator/metrics-server) dans votre cluster. Si le serveur de métriques est déja lancé,
|
||||
Pour certaines des étapes de cette page, vous devez lancer [metrics-server](https://github.com/kubernetes-incubator/metrics-server) dans votre cluster. Si le serveur de métriques est déja lancé,
|
||||
vous pouvez sauter ces étapes.
|
||||
|
||||
Si vous utilisez minikube, exécutez la commande suivante pour activer metrics-server :
|
||||
@@ -34,12 +34,12 @@ Pour voir si metrics-server (ou un autre fournisseur de l'API des métriques de
|
||||
kubectl get apiservices
|
||||
```
|
||||
|
||||
Si l'API de métriques de ressources est disponible, la sortie inclura une
|
||||
Si l'API de métriques de ressources est disponible, la sortie inclura une
|
||||
référence à `metrics.k8s.io`.
|
||||
|
||||
|
||||
```shell
|
||||
NAME
|
||||
NAME
|
||||
v1beta1.metrics.k8s.io
|
||||
```
|
||||
|
||||
@@ -114,7 +114,7 @@ Souvenez-vous qu'en réglant `-cpu "2"`, vous avez configuré le conteneur pour
|
||||
|
||||
{{< note >}}
|
||||
Une autre explication possible de la la restriction du CPU est que le Nœud pourrait ne pas avoir
|
||||
suffisamment de ressources CPU disponibles. Rappelons que les conditions préalables à cet exercice exigent que chacun de vos Nœuds doit avoir au moins 1 CPU.
|
||||
suffisamment de ressources CPU disponibles. Rappelons que les conditions préalables à cet exercice exigent que chacun de vos Nœuds doit avoir au moins 1 CPU.
|
||||
Si votre conteneur fonctionne sur un nœud qui n'a qu'un seul CPU, le conteneur ne peut pas utiliser plus que 1 CPU, quelle que soit la limite de CPU spécifiée pour le conteneur.
|
||||
{{< /note >}}
|
||||
|
||||
@@ -206,9 +206,9 @@ pour spécifier une valeur par défaut pour la limite de CPU.
|
||||
|
||||
## Motivation pour les demandes et les limites du CPU
|
||||
|
||||
En configurant les demandes et les limites de CPU des conteneurs qui se lancent sur votre cluster,
|
||||
vous pouvez utiliser efficacement les ressources CPU disponibles sur les Nœuds de votre cluster.
|
||||
En gardant une demande faible de CPU de pod, vous donnez au Pod une bonne chance d'être ordonnancé.
|
||||
En configurant les demandes et les limites de CPU des conteneurs qui se lancent sur votre cluster,
|
||||
vous pouvez utiliser efficacement les ressources CPU disponibles sur les Nœuds de votre cluster.
|
||||
En gardant une demande faible de CPU de pod, vous donnez au Pod une bonne chance d'être ordonnancé.
|
||||
En ayant une limite CPU supérieure à la demande de CPU, vous accomplissez deux choses :
|
||||
|
||||
* Le Pod peut avoir des pics d'activité où il utilise les ressources CPU qui se sont déjà disponible.
|
||||
|
||||
@@ -16,7 +16,7 @@ Cette page montre comment assigner une mémoire *request* et une mémoire *limit
|
||||
|
||||
Chaque nœud de votre cluster doit avoir au moins 300 MiB de mémoire.
|
||||
|
||||
Pour quelques étapes de cette page, vous devez lancer
|
||||
Pour quelques étapes de cette page, vous devez lancer
|
||||
[metrics-server] (https://github.com/kubernetes-incubator/metrics-server)
|
||||
dans votre cluster. Si vous avez déjà metrics-server vous pouvez sauter ces étapes.
|
||||
|
||||
@@ -35,7 +35,7 @@ kubectl get apiservices
|
||||
Si l'API des métriques de ressources est disponible, la sortie inclura une référence à `metrics.k8s.io`.
|
||||
|
||||
```shell
|
||||
NAME
|
||||
NAME
|
||||
v1beta1.metrics.k8s.io
|
||||
```
|
||||
|
||||
@@ -116,7 +116,7 @@ kubectl delete pod memory-demo --namespace=mem-example
|
||||
|
||||
## Dépasser la limite de mémoire d'un conteneur
|
||||
|
||||
Un conteneur peut dépasser sa demande de mémoire si le nœud dispose de la mémoire disponible. Cependant, un conteneur n'est pas autorisé à utiliser plus que sa limite de mémoire. Si un conteneur alloue plus de mémoire que sa limite, le Conteneur devient un candidat à la terminaison. Si le conteneur continue à consommer de la mémoire au-delà de sa limite, le conteneur est arrêté.
|
||||
Un conteneur peut dépasser sa demande de mémoire si le nœud dispose de la mémoire disponible. Cependant, un conteneur n'est pas autorisé à utiliser plus que sa limite de mémoire. Si un conteneur alloue plus de mémoire que sa limite, le Conteneur devient un candidat à la terminaison. Si le conteneur continue à consommer de la mémoire au-delà de sa limite, le conteneur est arrêté.
|
||||
Si un conteneur terminé peut être redémarré, le kubelet le redémarre, comme pour tout autre type d'échec d'exécution.
|
||||
|
||||
Dans cet exercice, vous créez un Pod qui tente d'allouer plus de mémoire que sa limite.
|
||||
@@ -218,7 +218,7 @@ kubectl delete pod memory-demo-2 --namespace=mem-example
|
||||
|
||||
## Spécifiez une demande de mémoire trop volumineuse pour vos nœuds.
|
||||
|
||||
Les demandes de mémoire et les limites sont associées aux conteneurs, mais il est utile de réfléchir avant tout à la capacité de demande et limite mémoire des pods.
|
||||
Les demandes de mémoire et les limites sont associées aux conteneurs, mais il est utile de réfléchir avant tout à la capacité de demande et limite mémoire des pods.
|
||||
La demande de mémoire pour le Pod est la somme des demandes de mémoire pour tous ses conteneurs. De même, la mémoire limite pour le Pod est la somme des limites de tous ses Conteneurs.
|
||||
|
||||
L'ordonnancement des modules est basé sur les demandes. Un Pod est schedulé pour se lancer sur un Nœud uniquement si le Nœud dispose de suffisamment de mémoire disponible pour répondre à la demande de mémoire du Pod.
|
||||
@@ -292,7 +292,7 @@ pour spécifier une valeur par défaut pour la limite de mémoire.
|
||||
En configurant les demandes de mémoire et les limites pour les conteneurs qui s'exécutent dans votre cluster.
|
||||
vous pouvez utiliser efficacement les ressources mémoire disponibles sur les noeuds de votre cluster. En gardant la demande de mémoire d'un Pod basse, vous donnez au Pod une bonne chance d'être schedulé. En ayant une limite de mémoire supérieure à la demande de mémoire, vous accomplissez deux choses :
|
||||
|
||||
* Le Pod peut avoir des éclats d'activités où il fait usage de la mémoire qui se trouve être disponible.
|
||||
* Le Pod peut avoir des éclats d'activités où il fait usage de la mémoire qui se trouve être disponible.
|
||||
* La quantité de mémoire qu'un Pod peut utiliser pendant un éclat d'activité est limitée à une quantité raisonnable.
|
||||
|
||||
## Clean up
|
||||
|
||||
@@ -64,7 +64,7 @@ Le fichier de configuration de pod décrit un pod qui possède un selector de n
|
||||
{{< codenew file="pods/pod-nginx.yaml" >}}
|
||||
|
||||
1. Utilisez le fichier de configuration pour créer un pod qui sera ordonnancé sur votre nœud choisi :
|
||||
|
||||
|
||||
```shell
|
||||
kubectl apply -f https://k8s.io/examples/pods/pod-nginx.yaml
|
||||
```
|
||||
@@ -76,7 +76,7 @@ Le fichier de configuration de pod décrit un pod qui possède un selector de n
|
||||
```
|
||||
|
||||
La sortie est la suivante :
|
||||
|
||||
|
||||
```shell
|
||||
NAME READY STATUS RESTARTS AGE IP NODE
|
||||
nginx 1/1 Running 0 13s 10.200.0.4 worker0
|
||||
|
||||
@@ -10,7 +10,7 @@ Cette page montre comment configurer un Pod pour utiliser un Volume pour le stoc
|
||||
|
||||
Le système de fichiers d'un conteneur ne vit que tant que le conteneur vit. Ainsi, quand un conteneur se termine et redémarre, les modifications apportées au système de fichiers sont perdues. Pour un stockage plus consistant et indépendant du conteneur, vous pouvez utiliser un
|
||||
[Volume](/fr/docs/concepts/storage/volumes/).
|
||||
C'est particulièrement important pour les applications Stateful, telles que les key-value stores (comme par exemple Redis) et les bases de données.
|
||||
C'est particulièrement important pour les applications Stateful, telles que les key-value stores (comme par exemple Redis) et les bases de données.
|
||||
|
||||
{{% /capture %}}
|
||||
|
||||
@@ -25,7 +25,7 @@ C'est particulièrement important pour les applications Stateful, telles que les
|
||||
## Configurer un volume pour un Pod
|
||||
|
||||
Dans cet exercice, vous créez un pod qui contient un seul conteneur. Ce Pod a un Volume de type
|
||||
[emptyDir](/fr/docs/concepts/storage/volumes/#emptydir) qui dure toute la vie du Pod, même si le conteneur se termine et redémarre.
|
||||
[emptyDir](/fr/docs/concepts/storage/volumes/#emptydir) qui dure toute la vie du Pod, même si le conteneur se termine et redémarre.
|
||||
Voici le fichier de configuration du Pod :
|
||||
|
||||
{{< codenew file="pods/storage/redis.yaml" >}}
|
||||
@@ -41,7 +41,7 @@ Voici le fichier de configuration du Pod :
|
||||
```shell
|
||||
kubectl get pod redis --watch
|
||||
```
|
||||
|
||||
|
||||
La sortie ressemble à ceci :
|
||||
|
||||
```shell
|
||||
|
||||
@@ -28,7 +28,7 @@ Cela configurera l'un de vos nœuds pour qu'il annoncera une ressource dongle.
|
||||
|
||||
## Affecter une ressource supplémentaire à un Pod
|
||||
|
||||
Pour demander une ressource supplémentaire, incluez le champ `resources:requests` dans votre fichier de manifeste du conteneur. Les ressources supplémentaires sont entièrement qualifiées dans n'importe quel domaine à l'extérieur de `*.kubernetes.io/`.
|
||||
Pour demander une ressource supplémentaire, incluez le champ `resources:requests` dans votre fichier de manifeste du conteneur. Les ressources supplémentaires sont entièrement qualifiées dans n'importe quel domaine à l'extérieur de `*.kubernetes.io/`.
|
||||
Les noms de ressources supplémentaires valides ont la forme `example.com/foo` où `example.com` est remplacé par le domaine de votre organisation et `foo` est le nom descriptif de la ressource.
|
||||
|
||||
Voici le fichier de configuration d'un Pod qui a un seul conteneur :
|
||||
|
||||
@@ -44,7 +44,7 @@ Pour qu'un Pod reçoive une classe de QoS Guaranteed :
|
||||
* Chaque conteneur du Pod doit avoir une limite de mémoire et une demande de mémoire, et elles doivent être les mêmes.
|
||||
* Chaque conteneur dans le Pod doit avoir une limite CPU et une demande CPU, et ils doivent être les mêmes.
|
||||
|
||||
Ci-dessous le fichier de configuration d'un Pod qui a un seul conteneur.
|
||||
Ci-dessous le fichier de configuration d'un Pod qui a un seul conteneur.
|
||||
Le conteneur dispose d'une limite de mémoire et d'une demande de mémoire, tous deux égaux à 200 MiB. Le conteneur a également une limite CPU et une demande CPU, toutes deux égales à 700 milliCPU :
|
||||
|
||||
{{< codenew file="pods/qos/qos-pod.yaml" >}}
|
||||
@@ -174,7 +174,7 @@ kubectl delete pod qos-demo-3 --namespace=qos-example
|
||||
## Créez un pod qui contient deux conteneurs
|
||||
|
||||
|
||||
Voici le fichier de configuration d'un Pod qui a deux conteneurs. Un conteneur spécifie une
|
||||
Voici le fichier de configuration d'un Pod qui a deux conteneurs. Un conteneur spécifie une
|
||||
demande de mémoire de 200 MiB. L'autre conteneur ne spécifie aucune demande ou limite.
|
||||
|
||||
{{< codenew file="pods/qos/qos-pod-4.yaml" >}}
|
||||
|
||||
@@ -35,7 +35,7 @@ Vous devez utiliser une version de kubectl qui différe seulement d'une version
|
||||
Pour télécharger une version spécifique, remplacez `$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)` avec la version spécifique.
|
||||
|
||||
Par exemple, pour télécharger la version {{< param "fullversion" >}} sur Linux, tapez :
|
||||
|
||||
|
||||
```
|
||||
curl -LO https://storage.googleapis.com/kubernetes-release/release/{{< param "fullversion" >}}/bin/linux/amd64/kubectl
|
||||
```
|
||||
@@ -79,8 +79,8 @@ EOF
|
||||
yum install -y kubectl
|
||||
{{< /tab >}}
|
||||
{{< /tabs >}}
|
||||
|
||||
|
||||
|
||||
|
||||
### Installer avec snap
|
||||
|
||||
Si vous êtes sur Ubuntu ou une autre distribution Linux qui supporte le gestionnaire de paquets [snap](https://snapcraft.io/docs/core/install), kubectl est disponible comme application [snap](https://snapcraft.io/).
|
||||
@@ -96,21 +96,21 @@ Si vous êtes sur Ubuntu ou une autre distribution Linux qui supporte le gestion
|
||||
```
|
||||
kubectl version
|
||||
```
|
||||
|
||||
|
||||
## Installer kubectl sur macOS
|
||||
|
||||
### Installer le binaire kubectl avec curl sur macOS
|
||||
|
||||
1. Téléchargez la dernière release:
|
||||
|
||||
```
|
||||
```
|
||||
curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/darwin/amd64/kubectl
|
||||
```
|
||||
|
||||
Pour télécharger une version spécifique, remplacez `$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)` avec la version spécifique.
|
||||
|
||||
Par exemple, pour télécharger la version {{< param "fullversion" >}} sur macOS, tapez :
|
||||
|
||||
|
||||
```
|
||||
curl -LO https://storage.googleapis.com/kubernetes-release/release/{{< param "fullversion" >}}/bin/darwin/amd64/kubectl
|
||||
```
|
||||
@@ -158,7 +158,7 @@ Si vous êtes sur MacOS et que vous utilisez le gestionnaire de paquets [Macport
|
||||
sudo port selfupdate
|
||||
sudo port install kubectl
|
||||
```
|
||||
|
||||
|
||||
2. Testez pour vous assurer que la version que vous avez installée est à jour:
|
||||
|
||||
```
|
||||
@@ -196,9 +196,9 @@ Si vous êtes sous Windows et que vous utilisez le gestionnaire de paquets [Powe
|
||||
Install-Script -Name install-kubectl -Scope CurrentUser -Force
|
||||
install-kubectl.ps1 [-DownloadLocation <path>]
|
||||
```
|
||||
|
||||
|
||||
{{< note >}}Si vous ne spécifiez pas un `DownloadLocation`, `kubectl` sera installé dans le répertoire temp de l'utilisateur.{{< /note >}}
|
||||
|
||||
|
||||
Le programme d'installation creé `$HOME/.kube` qui est suivie par la création d'un fichier de configuration
|
||||
|
||||
2. Testez pour vous assurer que la version que vous avez installée est à jour:
|
||||
@@ -252,7 +252,7 @@ Pour installer kubectl sur Windows, vous pouvez utiliser le gestionnaire de paqu
|
||||
```
|
||||
New-Item config -type file
|
||||
```
|
||||
|
||||
|
||||
{{< note >}}Editez le fichier de configuration avec un éditeur de texte de votre choix, tel que Notepad.{{< /note >}}
|
||||
|
||||
## Télécharger en tant qu'élément du SDK Google Cloud
|
||||
@@ -265,14 +265,14 @@ Vous pouvez installer kubectl en tant qu'élément du SDK Google Cloud.
|
||||
```
|
||||
gcloud components install kubectl
|
||||
```
|
||||
|
||||
|
||||
3. Testez pour vous assurer que la version que vous avez installée est à jour:
|
||||
|
||||
```
|
||||
kubectl version
|
||||
```
|
||||
|
||||
## Vérification de la configuration de kubectl
|
||||
## Vérification de la configuration de kubectl
|
||||
|
||||
Pour permettre à kubectl de trouver et d'accéder à un cluster Kubernetes, il lui faut un [fichier kubeconfig](/docs/tasks/access-application-cluster/configure-access-multiple-clusters/), qui est créé automatiquement lorsque vous créez un cluster avec `kube-up.sh` ou en déployant un cluster Minikube avec succès. Par défaut, la configuration de kubectl est située sous `~/.kube/config`.
|
||||
|
||||
@@ -427,7 +427,7 @@ compinit
|
||||
|
||||
{{% capture whatsnext %}}
|
||||
* [Installer Minikube](/docs/tasks/tools/install-minikube/)
|
||||
* Voir les [guides de démarrage](/fr/docs/setup/) pour plus d'informations sur la création de clusters.
|
||||
* Voir les [guides de démarrage](/fr/docs/setup/) pour plus d'informations sur la création de clusters.
|
||||
* [Apprenez comment lancer et exposer votre application](/docs/tasks/access-application-cluster/service-access-application-cluster/)
|
||||
* Si vous avez besoin d'accéder à un cluster que vous n'avez pas créé, consultez [Partager l'accès du Cluster](/docs/tasks/access-application-cluster/configure-access-multiple-clusters/).
|
||||
* Consulter les [documents de référence de kubectl](/fr/docs/reference/kubectl/kubectl/)
|
||||
|
||||
@@ -15,7 +15,7 @@ Cette page vous montre comment installer [Minikube](/fr/docs/tutorials/hello-min
|
||||
|
||||
{{% capture prerequisites %}}
|
||||
|
||||
La virtualisation VT-x ou AMD-v doit être activée dans le BIOS de votre machine.
|
||||
La virtualisation VT-x ou AMD-v doit être activée dans le BIOS de votre machine.
|
||||
|
||||
{{< tabs name="minikube_before_you_begin" >}}
|
||||
{{% tab name="Linux" %}}
|
||||
@@ -32,7 +32,7 @@ sysctl -a | grep machdep.cpu.features
|
||||
Si vous trouvez `VMX` dans la sortie, la fonction VT-x est supportée sur votre OS.
|
||||
{{% /tab %}}
|
||||
{{% tab name="Windows" %}}
|
||||
Pour vérifier si la virtualisation est prise en charge sur Windows 8 et au-delà, exécutez la commande suivante sur votre terminal Windows ou à l'invite de commande.
|
||||
Pour vérifier si la virtualisation est prise en charge sur Windows 8 et au-delà, exécutez la commande suivante sur votre terminal Windows ou à l'invite de commande.
|
||||
```
|
||||
systeminfo
|
||||
```
|
||||
|
||||
Reference in New Issue
Block a user