Comment faire reculer un kubectl?

Au cours des deux dernières années, Kubernetes a été fortement employé dans la production. Son API déclarative offre une variété d'options pour orchestrer les conteneurs. L'une des fonctionnalités les plus notables de Kubernetes est sa résilience, qui comprend la possibilité de faire des déploiements de roulement et de recul. Quand il s'agit de mettre en service les applications, il existe différentes options. Les mises à jour de roulement sont l'approche par défaut pour mettre à jour la version en cours d'exécution de votre application dans Kubernetes.

La mise à jour roulante supprime périodiquement les pods plus anciens et les remplace par des gousses plus récentes. Vous pouvez modifier les images, les paramètres, les étiquettes, l'annotation et les restrictions de ressources de la charge de travail dans vos clusters à l'aide d'une mise à jour de roulement. Les mises à jour de roulement commencent à remplacer les pods de votre ressource par de nouvelles choses, qui sont ensuite prévues sur les nœuds lorsque les ressources sont nécessaires. Les mises à jour de roulement sont conçues pour maintenir vos charges de travail mises à jour sans causer de perturbation.

Kubernetes et Kubectl fournissent un mécanisme simple pour les modifications des ressources de retournement. Lorsqu'un déploiement n'est pas sécurisé, par exemple lorsqu'il bloque en boucle, vous pourriez également vouloir faire reculer le déploiement. Par défaut, le système enregistre tous les histoires de déploiement du déploiement afin que vous puissiez revenir à tout moment. Dans ce guide, nous allons parler de la méthode pour faire reculer un kubectl.

Méthode pour faire reculer un kubectl

Nous mettons en œuvre ce tutoriel sur Ubuntu 20.04 Système Linux. Commençons le cluster Minikube dans Ubuntu 20.04 Système Linux par l'exécution de la commande jointe suivante.

$ minikube start

Nous avons également installé Kubectl pour la mise en œuvre efficace de ce tutoriel.

Création de déploiement

Un déploiement est une entité Kubernetes qui est utilisée pour gérer de manière déclarative les pods à l'aide de répliques. Il a des fonctionnalités pour les mises à jour, le contrôle et le recul. Cela implique que vous pouvez mettre à niveau ou rétrograder un programme sans provoquer une panne d'utilisateur, et également revenir à la précédente si la version actuelle n'est pas fiable ou pleine de problèmes. Le déploiement peut également utiliser un style de gestion déclaratif pour obtenir des états optimaux d'une application indiquée dans un fichier YAML à vivre. Nous concevons un déploiement qui créera un répliquant qui mettra en place 3 instances de pod nginx. Vous aurez besoin d'un cluster Kubernetes en haut et en fonctionnant, ainsi que de la configuration de l'outil de ligne de commande Kubectl et lié à lui. À l'aide de l'invite de commande, créez un fichier manifeste YAML intitulé «Deployment1.yaml "en utilisant la commande" Touch ".

Le fichier sera généré dans le répertoire domestique. Maintenant, nous devons ajouter des informations concernant le déploiement dans le fichier créé.

Le ". métadonnées.Nom ”L'attribut indique qu'un déploiement nommé Nginx-déploiement est établi. Le ". spécifier.L'attribut réplique »indique que le déploiement produit trois gousses répliquées. Le champ ".spécifier.sélecteur »spécifie comment le déploiement détermine les pods à maintenir. Dans ce scénario, vous choisirez une étiquette dans le modèle de pod (app: nginx). Les règles de sélection plus complexes sont réalisables, tant que le modèle de pod répond directement aux critères. Exécutez la commande suivante dans le terminal Ubuntu pour générer le déploiement:

$ kubectl appliquer -f déploiement1.yaml

La sortie montre que le déploiement a été généré efficacement dans la capture d'écran ci-dessus. Vérifiez l'état du déploiement pour percevoir s'il a été formé. Exécutez la commande ci-dessous répertoriée dans la console.

$ kubectl obtenir des déploiements

Les noms des déploiements dans l'espace de noms sont répertoriés dans la catégorie «nom». Le nombre de répliques de l'application accessible à nos utilisateurs est affichée dans la catégorie «prête». Il maintient le motif prêt / souhaité. La quantité de répliques qui ont été modifiées pour atteindre l'état cible sont affichées dans la catégorie «à jour». La catégorie «disponible» montre le nombre d'exemplaires de l'application à laquelle vos utilisateurs ont accès. Le champ de catégorie «Age» montre la durée de fonctionnement de l'application. Exécutez la commande jointe pour voir l'état du déploiement du déploiement.

$ KUBECTL STATHORD STATORKINM / NGINX-déploiement

Si vous obtenez une sortie comme celle-ci, cela signifie que le déploiement est toujours en train d'être généré. Attendez quelques secondes avant de relancer la commande kubectl get. C'est ce que le résultat ultime apparaîtra après sa fin.

$ kubectl obtenir des déploiements

Exécutez Kubectl pour obtenir RS pour afficher le répliquant (RS) établi par le déploiement. L'image affichée par la suite est un échantillon de la sortie:

$ kubectl obtenir Rs

Les identités des répliques sont répertoriées dans la catégorie «nom». Le nombre souhaité de répliques d'application, que vous fournissez lorsque vous construisez le déploiement, est affiché dans la catégorie «souhaitée». La catégorie «actuelle» affiche le nombre de répliques qui sont actuellement actives. Le nombre de répliques de l'accès à l'application à vos utilisateurs est affiché dans la catégorie «Ready». Le champ «Age» montre la durée.

Conclusion

Cet article a fourni des connaissances approfondies concernant l'importance du retrait de Kubectl. Nous avons donné un exemple de recul de déploiement pour clarifier le retour de notre lecteur.