Redémarrage de Kubectl Rolling

Les gousses contiennent de nombreux conteneurs. Plusieurs pods sont des conteneurs d'applications, et ils jouent leur rôle. Kubectl n'a pas de moyen simple de redémarrer différents gousses. Nous devons exécuter les gousses jusqu'à ce qu'ils soient échangés comme mesure de l'utilisation. C'est généralement le cas lors de l'émission d'une forme originale de l'image de conteneur.

Le pod Kubernetes fonctionne sans intrusion, mais nous pouvons rencontrer des complications avec le conteneur ne fonctionnant pas correctement. Nous pouvons retourner les opérations à un état standard en reprenant le pod. Nous pouvons utiliser Rolling Restart pour reprendre les pods du déploiement un à la fois. Cette méthode est la méthodologie suggérée car cette méthode ne provoque pas de panne de service.

Pour exécuter les commandes à Kubernetes, nous installons Ubuntu 20.04. Ici, nous utilisons le système d'exploitation Linux pour exécuter les commandes Kubectl. Maintenant, nous installons le cluster Minikube pour exécuter Kubernetes dans Linux. Minikube offre une compréhension extrêmement fluide car elle fournit un mode efficace pour tester les commandes et les applications.

Dans cet article, nous redémarrons le pod Kubernetes. Cet article montre comment reprendre une cosse dans le déploiement de diverses façons.

Méthodes pour redémarrer les pods:

Pour reprendre le pod par l'utilisation de Kubectl, nous commençons le minikube.

Commencez Minikube:

Dans le terminal, nous écrivons la commande «Minikube Start». Après cela, nous attendons un certain temps jusqu'à ce qu'il commence efficacement. La sortie de cette commande est donnée en dessous:

Cette méthode prend du temps, et nous attendrons un certain temps pour exécuter efficacement la procédure.

Obtenez des déploiements:

Maintenant, obtenons des déploiements en utilisant la commande «Kubectl obtient des déploiements». Maintenant, nous pouvons répertorier les pods en utilisant la commande suivante:

Après avoir exécuté la commande, «Kubectl obtient des déploiements», il affiche le nom, l'état prêt, la mise à jour, la disponibilité et l'âge des déploiements.

Méthode 1:

Le redémarrage de roulement est utilisé pour reprendre chaque pod après le déploiement. Pour un redémarrage roulant, nous exécutons la commande suivante:

Après avoir exécuté la commande mentionnée ci-dessus, Kubernetes s'arrête lentement et remplace les gousses, mais certains conteneurs fonctionnent toujours. En raison de la nature progressive du déploiement, nous pouvons continuer à servir les utilisateurs, tout en redémarrant efficacement le pod.

Méthode 2:

Une autre façon de redémarrer le pod est de réduire le nombre de répliques à 0 et de remonter à l'état approprié. Cela nécessite que toutes les gousses existantes sortent, et un nouveau pod est prévu à sa place. Si nous limitons le nombre de répliques à 0, cela s'arrêtera. Par conséquent, un redémarrage roulant est recommandé. Définissez la réplique sur 0 en utilisant la commande suivante. Il y a une limite pour réguler manuellement le nombre de répliques. La réduction à 0 entraînera une interruption sans pods accessible à l'utilisateur. Échellez les répliques à 0, et tous les pods actuels seront supprimés:

Cette commande identifie le nombre de déploiements qui doivent être dynamiques par pod. Lorsque nous le réglons à zéro, il tue efficacement le processus. Si nous définissons la valeur des répliques sur 0, Kubernetes jettera les répliques que nous ne voulons pas.

Nous définissons la valeur de la réplique à plus de 0 pour redémarrer les pods. Une autre option consiste à recruter un redémarrage roulant qui nous permet de remplacer un grand nombre de gousses sans temps d'inactivité. Pour reprendre le pod, nous utilisons une commande similaire et fournissons la valeur des répliques supérieure à zéro:

Lorsque nous définissons les répliques supérieures à zéro, Kubernetes construit une nouvelle réplique. Le nom de la nouvelle réplique est différent de l'ancienne réplique.

Nous attendons que les pods soient résiliés, puis utilisons la commande «Kubectl Get Pods» pour valider la position de la nacelle et vérifier le nouveau nom. Kubernetes construit un nouveau pod avec un nouvel occurrence. Le déploiement est généré efficacement. Ensuite, nous utilisons la commande suivante pour enrôler les pods. Le déploiement détecte la variation de l'état et active de nouvelles pods jusqu'à ce que les répliques préférées soient atteintes:

Méthode 3:

Réplicaset détecte le gousse disparu car les occurrences des conteneurs se démolisent sous le nombre de répliques cibles. Nous utilisons la commande suivante:

Les répliques se produisent pour renvoyer une accessibilité minimale. Un nouveau pod sera construit spontanément, et un nouveau conteneur sera démarré à la place de l'ancien conteneur.

Nous vous recommandons d'utiliser la commande de déploiement qui est plus claire et prévue. Cependant, si nous identifions l'ID d'un seul pod défectueux dans un déploiement, il est utile de le supprimer manuellement. Le déploiement substitue tous.

Conclusion:

Kubernetes est une plate-forme opératoire pour coordonner les conteneurs. Comme pour tous les systèmes, il cause des problèmes. Par conséquent, la reprise du pod ne résout pas le problème sous-jacent qui a initié le pod pour échouer. Le déploiement est la clé recommandée pour les derniers Kubernetes. D'un autre côté, d'autres méthodes fonctionnent et peut-être plus adaptées à une situation particulière. La suppression manuelle des gousses est idyllique si nous voulons «redémarrer» un seul pod sans interruption. Cependant, si nous exécutons plusieurs répliques, nous ne pouvons pas utiliser la commande de déploiement. Nous espérons que vous avez trouvé cet article utile. Consultez l'indice de Linux pour plus de conseils et d'informations.