Conventions d’utilisation recommandées pour kubectl
.
kubectl
dans des scripts réutilisablesPour une sortie stable dans un script :
-o name
, -o json
, -o yaml
, -o go-template
ou -o jsonpath
.jobs.v1.batch/monjob
. Cela va assurer que kubectl n’utilise pas sa version par défaut, qui risque d’évoluer avec le temps.kubectl run
Pour que kubectl run
satisfasse l’infrastructure as code :
:v1234
, v1.2.3
, r03062016-1-4
, plutôt que :latest
(Pour plus d’informations, voir Bonnes pratiques pour la configuration).--record
pour annoter les objets créés avec la ligne de commande correspondante pour une image peu paramétrée.kubectl run
.Resource | commande kubectl |
---|---|
Pod | |
Replication controller | |
Deployment | |
-pour un endpoint (défaut) | |
Deployment | |
-pour un endpoint (recommandé) | |
Job | |
CronJob | |
-pour un endpoint (défaut) | |
CronJob | |
-pour un endpoint (déprécié) |
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 :
Ressource générée | Cluster v1.4 et suivants | Cluster v1.3 | Cluster v1.2 | Cluster v1.1 et précédents |
---|---|---|---|---|
Pod | --restart=Never |
--restart=Never |
--restart=OnFailure OU --restart=Never |
|
Replication Controller | --restart=Always |
|||
Deployment | --restart=Always |
--restart=Always |
--restart=Always |
N/A |
Job | --restart=OnFailure |
--restart=OnFailure |
--restart=OnFailure OU --restart=Never |
N/A |
Cron Job | --schedule=<cron> |
N/A | N/A | N/A |
Note: Ces flags utilisent un générateur par défaut uniquement lorsque vous n’avez utilisé aucun flag. 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.
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.
kubectl apply
kubectl apply
pour créer ou mettre à jour des ressources. Cependant, pour mettre à jour une ressource, vous devez avoir créé la ressource en utilisant kubectl apply
ou kubectl create --save-config
. Pour plus d’informations sur l’utilisation de kubectl apply
pour la mise à jour de ressources, voir Gérer les ressources.Cette page est elle utile ?
Thanks for the feedback. If you have a specific, answerable question about how to use Kubernetes, ask it on Stack Overflow. Open an issue in the GitHub repo if you want to report a problem or suggest an improvement.