Helm Rollback

helm rollback

Restaurer une release vers une révision précédente

Synopsis

Cette commande restaure une release vers une révision précédente.

Le premier argument de cette commande est le nom de la release et le second est la révision (numéro de version). Si cette argument est omis ou défini sur 0, la release précédente sera restaurée.

Pour voir les numéro de révision, lancez la commande helm history <RELEASE>.

helm rollback <RELEASE> [REVISION] [flags]

Options

      --cleanup-on-fail    Suppression des nouvelles ressources créées lors de cette restauration en cas d'échec de la restauration
      --dry-run            Simule une restauration
      --force              Force la mise à jour des ressources en les supprimant/recréant si nécessaire
  -h, --help               Aide pour la commande rollback
      --history-max int    Limite le nombre maximum de révision sauvegardé par release. Utilisez 0 pour ne pas fixer de limite (par défaut 10)
      --no-hooks           Empêche les hooks de fonctionner pendant la restauration
      --recreate-pods      Effectue le redémarrage des pods pour la ressource, le cas échéant
      --timeout duration   Temps d'attente pour chaque opération Kubernetes (comme les Jobs pour les hooks) (par défaut 5m0s)
      --wait               Si fixé, attendra que tous les pods, PVC, services et le nombre minimum de pods d'un déploiement, d'un StatefulSet ou d'un ReplicatSet soient à l'état prêt avant de marquer la release comme réussie. Il attendra aussi longtemps que la valeur de --timeout
      --wait-for-jobs      Si fixé et --wait activé, il attendra que tous les jobs soient terminés avant de marquer la release comme réussie. Il attendra aussi longtemps que la valeur de --timeout

Options héritées des commandes parents

      --burst-limit int                 Limite coté client de la bande passante (par défaut 100)
      --debug                           Active la sortie détaillée
      --kube-apiserver string           L'adresse et le port API du serveur Kubernetes
      --kube-as-group stringArray       Groupe à utiliser pour l'opération, cet argument peut être répété pour spécifier plusieurs groupes
      --kube-as-user string             Nom d'utilisateur à utiliser pour l'operation
      --kube-ca-file string             Le fichier de l'autorité de certification pour la connexion à l'API Kubernetes
      --kube-context string             Nom du contexte kubeconfig à utiliser
      --kube-insecure-skip-tls-verify   Si true, la validité du certificat du serveur API Kubernetes ne sera pas vérifiée. Cela fera les connexions HTTPS non sûres
      --kube-tls-server-name string     Nom du serveur utilisé pour la validation du certificat du serveur API Kubernetes. S'il n'est pas fourni, le nom de la machine cliente utilisée pour contacter le serveur sera utilisé
      --kube-token string               Jeton utilisé pour l'authentification
      --kubeconfig string               Chemin du fichier de configuration kubeconfig
  -n, --namespace string                Namespace à utilisé pour la requête
	  --qps float32                     Requêtes par seconde utilisées lors de la communication avec l'API Kubernetes, sans compter le bursting
      --registry-config string          Chemin vers le fichier de configuration du registre (par défaut "~/.config/helm/registry/config.json")
      --repository-cache string         Chemin vers le fichier contenant les index du répertoire mis en cache (par défaut "~/.cache/helm/repository")
      --repository-config string        Chemin vers le fichier contenant les noms et URLs des répertoires (par défaut "~/.config/helm/repositories.yaml")

Voir également

  • helm - Le gestionnaire de package Helm pour Kubernetes