You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
kubectl delete -f ./pod.json # Supprime un pod en utilisant le type et le nom spécifiés dans pod.json
275
275
kubectl delete pod,service baz foo # Supprime les pods et services ayant les mêmes noms "baz" et "foo"
276
276
kubectl delete pods,services -l name=myLabel # Supprime les pods et services ayant le label name=myLabel
277
-
kubectl -n my-ns delete po,svc --all# Supprime tous les pods et services dans le namespace my-ns
277
+
kubectl -n my-ns delete pod,svc --all # Supprime tous les pods et services dans le namespace my-ns
278
278
# Supprime tous les pods correspondants à pattern1 ou pattern2 avec awk
279
279
kubectl get pods -n mynamespace --no-headers=true | awk '/pattern1|pattern2/{print $1}'| xargs kubectl delete -n mynamespace pod
280
280
```
@@ -292,9 +292,9 @@ kubectl logs -f my-pod # Fait défiler (stream) les
292
292
kubectl logs -f my-pod -c my-container # Fait défiler (stream) les logs d'un conteneur particulier du pod (stdout, cas d'un pod multi-conteneurs)
293
293
kubectl logs -f -l name=myLabel --all-containers # Fait défiler (stream) les logs de tous les pods ayant le label name=myLabel (stdout)
294
294
kubectl run -i --tty busybox --image=busybox -- sh # Exécute un pod comme un shell interactif
295
-
kubectl run nginx --image=nginx --restart=Never -n
296
-
mynamespace #Run pod nginx in a specific namespace
297
-
kubectl run nginx --image=nginx --restart=Never #Run pod nginx and write its spec into a file called pod.yaml
295
+
kubectl run nginx --image=nginx --restart=Never -n
296
+
mynamespace #Exécute le pod nginx dans un namespace spécifique
297
+
kubectl run nginx --image=nginx --restart=Never #Simule l'exécution du pod nginx et écrit sa spécification dans un fichier pod.yaml
298
298
--dry-run -o yaml > pod.yaml
299
299
300
300
kubectl attach my-pod -i # Attache à un conteneur en cours d'exécution
@@ -340,7 +340,7 @@ kubectl api-resources --api-group=extensions # Toutes les ressources dans le gro
340
340
341
341
### Formattage de l'affichage
342
342
343
-
Pour afficher les détails sur votre terminal dans un format spécifique, vous pouvez utiliser une des options `-o` ou `--output` avec les commandes `kubectl` qui les prennent en charge.
343
+
Pour afficher les détails sur votre terminal dans un format spécifique, utilisez l'option `-o`(ou `--output`) avec les commandes `kubectl` qui la prend en charge.
344
344
345
345
Format d'affichage | Description
346
346
--------------| -----------
@@ -353,6 +353,21 @@ Format d'affichage | Description
353
353
`-o=wide` | Affiche dans le format texte avec toute information supplémentaire, et pour des pods, le nom du noeud est inclus
354
354
`-o=yaml` | Affiche un objet de l'API formaté en YAML
355
355
356
+
Exemples utilisant `-o=custom-columns` :
357
+
358
+
```bash
359
+
# Toutes les images s'exécutant dans un cluster
360
+
kubectl get pods -A -o=custom-columns='DATA:spec.containers[*].image'
361
+
362
+
# Toutes les images excepté "k8s.gcr.io/coredns:1.6.2"
363
+
kubectl get pods -A -o=custom-columns='DATA:spec.containers[?(@.image!="k8s.gcr.io/coredns:1.6.2")].image'
364
+
365
+
# Tous les champs dans metadata quel que soit leur nom
366
+
kubectl get pods -A -o=custom-columns='DATA:metadata.*'
367
+
```
368
+
369
+
Plus d'exemples dans la [documentation de référence](/fr/docs/reference/kubectl/overview/#colonnes-personnalisées) de kubectl.
370
+
356
371
### Verbosité de l'affichage de Kubectl et débogage
357
372
358
373
La verbosité de Kubectl est contrôlée par une des options `-v` ou `--v` suivie d'un entier représentant le niveau de log. Les conventions générales de logging de Kubernetes et les niveaux de log associés sont décrits [ici](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-instrumentation/logging.md).
Copy file name to clipboardExpand all lines: content/fr/docs/reference/kubectl/conventions.md
+21-36Lines changed: 21 additions & 36 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,6 @@ Pour une sortie stable dans un script :
16
16
17
17
* Demandez un des formats de sortie orienté machine, comme `-o name`, `-o json`, `-o yaml`, `-o go-template` ou `-o jsonpath`.
18
18
* Spécifiez complètement la version. Par exemple, `jobs.v1.batch/monjob`. Cela va assurer que kubectl n'utilise pas sa version par défaut, qui risque d'évoluer avec le temps.
19
-
* Utilisez le flag `--generator` pour coller à un comportement spécifique lorsque vous utilisez les commandes basées sur un générateur, comme `kubectl run` ou `kubectl expose`.
20
19
* Ne vous basez pas sur un contexte, des préférences ou tout autre état implicite.
21
20
22
21
## Bonnes pratiques
@@ -26,48 +25,34 @@ Pour une sortie stable dans un script :
26
25
Pour que `kubectl run` satisfasse l'infrastructure as code :
27
26
28
27
* Taggez les images avec un tag spécifique à une version et n'utilisez pas ce tag pour une nouvelle version. Par exemple, utilisez `:v1234`, `v1.2.3`, `r03062016-1-4`, plutôt que `:latest` (Pour plus d'informations, voir [Bonnes pratiques pour la configuration](/docs/concepts/configuration/overview/#container-images)).
29
-
* Capturez les paramètres dans un script enregistré, ou tout au moins utilisez `--record` pour annoter les objets créés avec la ligne de commande correspondante pour une image peu paramétrée.
30
28
* Capturez le script pour une image fortement paramétrée.
31
29
* Passez à des fichiers de configuration enregistrés dans un système de contrôle de source pour des fonctionnalités désirées mais non exprimables avec des flags de `kubectl run`.
32
-
* Collez à une version spécifique de [générateur](#generators), comme `kubectl run --generator=deployment/v1beta1`.
33
30
34
-
#### Générateurs
35
-
36
-
Vous pouvez créer les ressources suivantes en utilisant `kubectl run` avec le flag `--generator` :
| Replication controller (déprécié) | v1 |`kubectl run --generator=run/v1`|
42
-
| Deployment (déprécié) | extensions/v1beta1 |`kubectl run --generator=deployment/v1beta1`|
43
-
| Deployment (déprécié) | apps/v1beta1 |`kubectl run --generator=deployment/apps.v1beta1`|
44
-
| Job (déprécié) | batch/v1 |`kubectl run --generator=job/v1`|
45
-
| CronJob (déprécié) | batch/v1beta1 |`kubectl run --generator=cronjob/v1beta1`|
46
-
| CronJob (déprécié) | batch/v2alpha1 |`kubectl run --generator=cronjob/v2alpha1`|
47
-
48
-
{{< note >}}
49
-
`kubectl run --generator` sauf pour `run-pod/v1` est déprécié depuis v1.12.
50
-
{{< /note >}}
51
-
52
-
Si vous n'indiquez pas de flag de générateur, d'autres flags vous demandent d'utiliser un générateur spécifique. La table suivante liste les flags qui vous forcent à préciser un générateur spécifique, selon la version du cluster :
53
-
54
-
| Ressource générée | Cluster v1.4 et suivants | Cluster v1.3 | Cluster v1.2 | Cluster v1.1 et précédents |
Vous pouvez utiliser l'option `--dry-run` pour prévisualiser l'objet qui serait envoyé à votre cluster, sans réellement l'envoyer.
61
32
62
33
{{< note >}}
63
-
Ces flags utilisent un générateur par défaut uniquement lorsque vous n'avez utilisé aucun flag.
64
-
Cela veut dire que lorsque vous combinez `--generator` avec d'autres flags, le générateur que vous avez spécifié plus tard ne change pas. Par exemple, dans cluster v1.4, si vous spécifiez d'abord `--restart=Always`, un Deployment est créé ; si vous spécifiez ensuite `--restart=Always` et `--generator=run/v1`, alors un Replication Controller sera créé.
65
-
Ceci vous permet de coller à un comportement spécifique avec le générateur, même si le générateur par défaut est changé par la suite.
34
+
Tous les générateurs `kubectl` sont dépréciés. Voir la documentation de Kubernetes v1.17 pour une [liste](https://v1-17.docs.kubernetes.io/fr/docs/reference/kubectl/conventions/#g%C3%A9n%C3%A9rateurs) de générateurs et comment ils étaient utilisés.
66
35
{{< /note >}}
67
36
68
-
Les flags définissent le générateur dans l'ordre suivant : d'abord le flag `--schedule`, puis le flag `--restart`, et finalement le flag `--generator`.
69
-
70
-
Pour vérifier la ressource qui a été finalement créée, utilisez le flag `--dry-run`, qui fournit l'objet qui sera soumis au cluster.
37
+
#### Générateurs
38
+
Vous pouvez générer les ressources suivantes avec une commande kubectl, `kubectl create --dry-run -o yaml`:
39
+
```
40
+
clusterrole Crée un ClusterRole.
41
+
clusterrolebinding Crée un ClusterRoleBinding pour un ClusterRole particulier.
42
+
configmap Crée une configmap à partir d'un fichier local, un répertoire ou une valeur litérale.
43
+
cronjob Crée un cronjob avec le nom spécifié.
44
+
deployment Crée un deployment avec le nom spécifié.
45
+
job Crée un job avec le nom spécifié.
46
+
namespace Crée un namespace avec le nom spécifié.
47
+
poddisruptionbudget Crée un pod disruption budget avec le nom spécifié.
48
+
priorityclass Crée une priorityclass avec le nom spécifié.
49
+
quota Crée un quota avec le nom spécifié.
50
+
role Crée un role avec une unique règle.
51
+
rolebinding Crée un RoleBinding pour un Role ou ClusterRole particulier.
52
+
secret Crée un secret en utilisant la sous-commande spécifiée.
53
+
service Crée un service en utilisant la sous-commande spécifiée.
54
+
serviceaccount Crée un service account avec le nom spécifié.
`range`, `end` | itération de liste | `{range .items[*]}[{.metadata.name}, {.status.capacity}] {end}` | `[127.0.0.1, map[cpu:4]] [127.0.0.2, map[cpu:8]]`
@@ -87,14 +87,18 @@ kubectl get pods -o json
87
87
kubectl get pods -o=jsonpath='{@}'
88
88
kubectl get pods -o=jsonpath='{.items[0]}'
89
89
kubectl get pods -o=jsonpath='{.items[0].metadata.name}'
90
+
kubectl get pods -o=jsonpath="{.items[*]['metadata.name', 'status.capacity']}"
90
91
kubectl get pods -o=jsonpath='{range .items[*]}{.metadata.name}{"\t"}{.status.startTime}{"\n"}{end}'
91
92
```
92
93
94
+
{{< note >}}
93
95
Sous Windows, vous devez utiliser des guillemets _doubles_ autour des modèles JSONPath qui contiennent des espaces (et non des guillemets simples comme ci-dessus pour bash). Ceci entraîne que vous devez utiliser un guillemet simple ou un double guillemet échappé autour des chaînes litérales dans le modèle. Par exemple :
94
96
95
97
```cmd
96
-
C:\> kubectl get pods -o=jsonpath="{range .items[*]}{.metadata.name}{'\t'}{.status.startTime}{'\n'}{end}"
97
-
C:\> kubectl get pods -o=jsonpath="{range .items[*]}{.metadata.name}{\"\t\"}{.status.startTime}{\"\n\"}{end}"
98
+
kubectl get pods -o=jsonpath="{range .items[*]}{.metadata.name}{'\t'}{.status.startTime}{'\n'}{end}"
99
+
kubectl get pods -o=jsonpath="{range .items[*]}{.metadata.name}{\"\t\"}{.status.startTime}{\"\n\"}{end}"
Copy file name to clipboardExpand all lines: content/fr/docs/reference/kubectl/kubectl.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -510,6 +510,7 @@ kubectl [flags]
510
510
511
511
{{% capture seealso %}}
512
512
513
+
*[kubectl alpha](/docs/reference/generated/kubectl/kubectl-commands#alpha) - Commandes pour fonctionnalités alpha
513
514
*[kubectl annotate](/docs/reference/generated/kubectl/kubectl-commands#annotate) - Met à jour les annotations d'une ressource
514
515
*[kubectl api-resources](/docs/reference/generated/kubectl/kubectl-commands#api-resources) - Affiche les ressources de l'API prises en charge sur le serveur
515
516
*[kubectl api-versions](/docs/reference/generated/kubectl/kubectl-commands#api-versions) - Affiche les versions de l'API prises en charge sur le serveur, sous la forme "groupe/version"
@@ -545,7 +546,7 @@ kubectl [flags]
545
546
*[kubectl replace](/docs/reference/generated/kubectl/kubectl-commands#replace) - Remplace une ressource par fichier ou stdin
546
547
*[kubectl rollout](/docs/reference/generated/kubectl/kubectl-commands#rollout) - Gère le rollout d'une ressource
547
548
*[kubectl run](/docs/reference/generated/kubectl/kubectl-commands#run) - Exécute une image donnée dans le cluster
548
-
*[kubectl scale](/docs/reference/generated/kubectl/kubectl-commands#scale) - Définit une nouvelle taille pour un Deployment, ReplicaSet, Replication Controller, ou Job
549
+
*[kubectl scale](/docs/reference/generated/kubectl/kubectl-commands#scale) - Définit une nouvelle taille pour un Deployment, ReplicaSet ou Replication Controller
549
550
*[kubectl set](/docs/reference/generated/kubectl/kubectl-commands#set) - Définit des fonctionnalités spécifiques sur des objets
550
551
*[kubectl taint](/docs/reference/generated/kubectl/kubectl-commands#taint) - Met à jour les marques (taints) sur un ou plusieurs nœuds
551
552
*[kubectl top](/docs/reference/generated/kubectl/kubectl-commands#top) - Affiche l'utilisation de ressources matérielles (CPU/Memory/Storage)
0 commit comments