Déploiements à Kubernetes
Un déploiement de Kubernetes informe Kubernetes sur la façon de créer ou de modifier les instances de pod qui hôte des applications conteneurisées.
Replicasetets enveloppés dans un emballage Kubernetes Malignez les déploiements Kubernetes. Lors de l'exécution de fonctions régulières, le déploiement gérera un seul réplique. Il garantit que le nombre de gousses nécessaires est en cours d'exécution. Vous ne devriez pas avoir de contrôle direct sur le répliquant que le déploiement génère lors de l'utilisation de déploiements.
Toutes les opérations de réplicaset doivent être effectuées sur le déploiement, gérant le processus de mise à jour de réplicaset.
Les déploiements automatisent le lancement des instances POD et garantissent qu'ils fonctionnent comme prévu sur les nœuds du cluster. Les déploiements plus rapides avec moins de défaillances sont le résultat d'une automatisation accrue.
Conditions préalables:
Vous devrez déterminer votre version du système d'exploitation pour arrêter un déploiement de Kubernetes. Dans notre cas, les instructions de Kubectl sont implémentées à l'aide de l'Ubuntu 20.04 Système d'exploitation. Vous devrez installer le cluster Minikube sur votre système afin d'exécuter Kubernetes sur Linux.
Comment arrêter un déploiement?
Avec les commandes ou instructions suivantes, vous pouvez apprendre à arrêter un déploiement à Kubernetes.
Démarrer Minikube
Vous devez d'abord installer le cluster Minikube avant de passer à Ubuntu 20.04. Pour exécuter les commandes, ouvrez un terminal. Pour ce faire, utilisez le raccourci clavier «Ctrl + Alt + T.«Vous pouvez également taper la commande« Démarrer Minikube »dans le terminal. Après, attendez un peu de temps pour commencer. L'image ci-dessous est le résultat de l'exécution de la commande 'Minikube start':
$ minikube start
Créer un déploiement
Les déploiements sont générés dans Kubernetes en définissant toutes les exigences dans un fichier de définition YAML.
$ déploiement nano.yaml
Pour démontrer comment un déploiement de mise à jour roulant est configuré, utilisez le déploiement suivant intitulé Déploiement.yaml avec les paramètres suivants. Vous pouvez trouver le fichier de configuration entier ici.
Le code ci-dessus construit un répliquant pour afficher trois pods [répliques: 3]. Le.métadonnées.La colonne de nom dans l'exemple de code indique qu'un déploiement nommé Nginx-déploiement a été créé. Le déploiement génère trois gousses répliquées selon le.spécifier.propriété réplique.
Le déploiement.spécifier.Selector Field explique comment il choisit les gousses à gérer. Dans ce scénario, vous choisirez une étiquette en utilisant le modèle de pod (app: nginx). Si le modèle de pod répond aux critères, des règles de sélection plus élaborées sont disponibles.
Après avoir configuré le déploiement YAML, exécutez la commande suivante pour créer le déploiement. Après la commande, vous pouvez voir le message «Déploiement.applications / nginx-déploiement créé.'
$ kubectl Créer -F Déploiement.yaml
Pour confirmer si le déploiement a été créé, utilisez la commande Kubectl Get Deployments, comme indiqué ci-dessous. Oui, le déploiement est créé tel qu'il est confirmé par la sortie.
$ kubectl obtenir des déploiements
Afin de vérifier l'état de déploiement, rédigez la commande suivante, qui mentionne également le nom du déploiement.
$ KUBECTL STATHORD STATORKINM / NGINX-déploiement
S'il y a des déploiements en cours, vous pouvez utiliser cette commande pour garder une trace de leurs progrès. Exécutez à nouveau «Kubectl obtient des déploiements» après quelques secondes pour voir les informations.
$ kubectl obtenir des déploiements
La commande «Kubectl Get RS» peut être utilisée ici pour vérifier le répliquant (RS) qui est établi par le déploiement. C'est le résultat final que vous pouvez voir ci-dessous.
$ kubectl obtenir Rs
Pour voir les étiquettes qui sont automatiquement fournies pour les pods individuels, exécutez Kubectl Get Pods -. C'est à quoi pourrait ressembler le résultat du code donné (voir ci-dessous):
$ kubectl get gods - -show-lable
Pause un déploiement d'un déploiement
Vous pouvez suspendre un déploiement à Kubernetes. Après cela, vous pouvez apporter des modifications au déploiement et le redémarrer. Pour effectuer une modification, les déploiements n'ont pas besoin d'être interrompus. Utilisez la commande Pause pour mettre un déploiement en attente pendant que vous effectuez plusieurs ajustements.
Lorsque vous mettez à jour un déploiement ou vous attendez à le mettre à jour à l'avenir, vous pouvez retarder les déploiements avant de lancer une ou plusieurs mises à jour. Lorsque vous êtes prêt à mettre en œuvre les ajustements, vous reprenez les déploiements du déploiement. Cette méthode vous permet d'appliquer plusieurs patchs dans le temps entre la pause et la reprise sans avoir à vous soucier de provoquer des déploiements inutiles. Obtenez les détails du déploiement, par exemple, pour un déploiement nouvellement formé:
$ kubectl
Tapez la commande «Kubectl Get RS» ci-dessous afin d'obtenir l'état du déploiement.
$ kubectl obtenir Rs
Exécutez la commande de pause de déploiement donnée pour suspendre un déploiement spécifique. Le message juste après la commande exécutée montre que le déploiement est interrompu avec succès.
Une autre option pour arrêter les déploiements précédents est d'utiliser la méthode suivante. Exécutez d'abord la commande Get Deployment afin d'obtenir une liste de déploiements actifs.
Dans cette méthode, vous pouvez facilement vérifier les détails. Après cela, supprimez le déploiement en écrivant la commande donnée ci-dessous, dans laquelle vous devez mentionner le nom précis du déploiement.
$ kubectl delete déploier nginx-déploiement
Conclusion:
Le concept Kubectl Stop a été discuté dans ce post. Cette commande termine doucement une ressource identifiée par son nom ou nom de fichier. La commande d'arrêt a été obsolète et la commande de suppression exécute désormais toutes ses fonctions. La commande Kubectl Delete essaie de terminer gracieusement une ressource en la fermant et en la supprimant. Avant la suppression, si la ressource est évolutive, elle sera mise à l'échelle à zéro.
En plus de cela, nous avons également mentionné la pause d'un déploiement afin que vous puissiez facilement apporter des modifications. Pour votre commodité, nous avons développé ces idées en détail.