‫Si vous n'êtes pas venu directement de la dernière conférence sur celle-ci, revenez à la conférence précédente pour
‫vous assurer que le déploiement approprié est en cours d'exécution afin que vous ayez les journaux que nous verrons ici
‫dans une seconde.
‫Et puisque nous avons ce déploiement Apache exécuté en arrière-plan et qu'il a deux pods, car nous
‫avons redimensionné les réplicas à deux, nous devrions vraiment faire un contrôle de cube pour obtenir des pods et voir les résultats.
‫Bien entendu, les noms de vos pods seront légèrement différents à l’esprit car ils porteront les chiffres et les
‫caractères aléatoires à la fin.
‫Ainsi, chaque fois que je tape, je me rends compte des deux derniers blocs que vous allez taper quelque chose de
‫différent en fonction de ce que montre votre déploiement.
‫Maintenant, il y a quelques commandes, comme avec swarm et avec Docker lui-même, mais dans ce cas,
‫il existe différentes commandes permettant de comprendre ce qui se passe dans un conteneur et ce que l'orchestrateur fait avec les conteneurs.
‫Et le premier est les journaux.
‫Et le second est décrire.
‫Techniquement, nous n’avons pas de commande d’inspection dans les tourbillons cubains mais nous décrivons bien plus que cela.
‫Essayons d’abord une commande de journalisation.
‫Votre sortie peut être légèrement différente de la mienne, mais vous remarquerez que la première ligne
‫suivant la saisie du déploiement de la journalisation réduit considérablement mon Apache.
‫Il dit avoir trouvé deux gousses et utiliser un nom de gousse pour y donner un nom spécifique.
‫En effet, la commande de journalisation par défaut ne va pas extraire tous les pores et les combiner comme vous le feriez
‫avec un docker ou des commandes swarm.
‫C'est seulement par défaut.
‫Vous en tirerez une, comme les autres commandes de journalisation auxquelles vous êtes habitué dans ce cours.
‫Il y a beaucoup d'options, y compris tiret tiret suivre tiret tiret queue.
‫Ce sont des choses communes pour les commandes de journalisation et tout système Linux.
‫Donc, si nous avons exécuté la même commande avec dash, il suffit de bien la suivre, puis d'attendre que tout
‫ce qui est nouveau apparaisse dans les journaux de ce module, puis dash dash tail signifie simplement que return est renvoyé.
‫La dernière ligne uniquement et de cette façon, vous n'obtenez pas une énorme quantité de journaux et vous pouvez contrôler C en dehors de cela.
‫Et maintenant, si vous voulez voir les journaux combinés pour plusieurs pods.
‫Vous pouvez certainement le faire.
‫Ce n'est tout simplement pas la commande par défaut des journaux.
‫Dans ce cas, nous devrons utiliser un sélecteur et villes cubaines, une technique permettant
‫de saisir plusieurs pods en se basant sur une étiquette qu'ils partagent tous.
‫Et la bonne chose ici est que lorsque vous utilisez la commande de contrôle de cube,
‫elle ajoute automatiquement une étiquette du nom du déploiement à tous ces pods afin que nous puissions utiliser le même nom de déploiement, mon Apache,
‫pour sélectionner tous les pods portant cette étiquette.
‫Notez que ceci est juste une simple correspondance d'une étiquette ici.
‫Donc, si vous aviez d'autres déploiements ou modules portant cette étiquette, ils seraient également pris
‫au piège.
‫Vous devez donc faire très attention à votre
‫étiquetage et à votre nom. Nous utilisons un tiret ici pour spécifier l’étiquette et nous spécifions l’étiquette que la commande d’exécution
‫a appliquée.
‫Quel était mon Apache et, tout comme swarm et docker, ces commandes de journalisation peuvent être très pratiques pour un dépannage rapide, mais ne
‫remplacent pas un système de journalisation complet à Cuba. L'OTAN est par défaut.
‫Il ne peut extraire que 5 pods à la fois quand il utilise le type de sélecteur de tirage sur les journaux et vous pouvez toujours l'augmenter,
‫mais la réalité est qu'il est pénible pour le système d'extraire de tous les différents nœuds ces fichiers
‫de journalisation afin de les produire vous souhaiterez un système de journalisation tiers, capable de collecter tous ces journaux et de les
‫stocker au fil du temps pour une récupération plus rapide.
‫C’est vrai pour tout système d’orchestration de conteneurs, qu’il s’agisse d’un essaim de Docker ou de villes cubaines.
‫Maintenant, la commande suivante ici serait de décrire la commande mais dans ce cas, la commande
‫est celle où nous voulons spécifier le pod lui-même. Nous voulons obtenir un pod très spécifique, mais nous
‫devons d'abord connaître le nom de ces
‫pods. d’abord, puis nous pouvons copier et coller un de ces noms
‫dans un pod de type commande décrit en premier et je récupérerai ce pod.
‫Maintenant, je n'ai pas vraiment besoin de spécifier ce pod.
‫Je pourrais dire des gousses et montrer tous les IP, ce qui pourrait être un peu dangereux
‫si vous en avez beaucoup et que vous pouvez certainement décrire d'autres ressources et obtenir différents types de résultats en fonction de l'objet.
‫Mais ce que je voulais souligner ici, c’est que ce serait similaire à la commande inspect dans swarm
‫ou dans Docker même, mais cela lui donne un affichage un peu plus agréable à l’écran plutôt que dans Jason.
‫Et lorsque vous faites défiler les résultats, vous remarquez qu'il ne s'agit pas simplement d'une description de l'objet différent,
‫mais également de choses telles que les événements en bas, ce qui est un excellent moyen d'obtenir un état rapide de la réalité
‫actuelle de cet objet.
‫Donc, au cas où vous auriez un problème avec un pod tirant une image, vous verriez cet événement ici où il
‫serait impossible de tirer une image.
‫C’est un cas courant lorsque vous tapez accidentellement un nom d’image ou quelque chose du genre.
‫Cela peut donc être très pratique pour une technique de dépannage rapide sans avoir à activer certains
‫événements ou les journaux de débogage.
‫D'accord.
‫Pour ce dernier petit point, je vais vous montrer comment les natifs cubains sont résilients, comme dans swarm. Si
‫vous supprimez l'un des niveaux d'abstraction les plus bas dans ce cas, si vous supprimez un pod, le déploiement du déploiement
‫et le jeu de réplicas seront supprimés. assurez-vous que ce pod est recréé.
‫Cela ressemble à la manière dont un conteneur ou une tâche et un essaim si vous le supprimez seraient recréés par le service.
‫Nous allons donc faire cela dans deux fenêtres différentes dans la première fenêtre.
‫Nous allons utiliser un get avec un tiret W.
‫Donc, cela va nous donner une expérience similaire à la commande de surveillance.
‫Si vous m'avez déjà vu utiliser la commande watch de ce cours pour observer une commande Linux, cela
‫signifie essentiellement d'exécuter cette tâche en arrière-plan et que vous pouvez le faire sous
‫Linux, mais cette commande watch n'est pas toujours disponible sur tous les systèmes et ici. nous pouvons faire un contrôle de cube obtenir des pods mais ajouter un tiret w qui le laissera
‫reposer et se rafraîchir toutes les quelques secondes.
‫Et maintenant, nous pouvons passer à un autre terminal et supprimer un de ces pods.
‫Par conséquent, nous devons d’abord copier le nom et utiliser un pod de contrôle de cube avec
‫une barre oblique, puis vous remarquerez qu’il le supprime et vous obtiendrez ensuite ce journal en cours d’exécution, en
‫plus des modifications en cours.
‫J'aime aussi cela un peu mieux que la commande watch car
‫celle-ci rafraîchit l'écran, ce qui montre une itération en cours des modifications, ce qui est très soigné et en bas.
‫Si nous avons fait un autre contrôle de cube obtenir des pods, vous verrez que nous sommes revenus à deux.
‫Encore une fois, c’est là l’aspect de l’autoguérison d’un orchestrateur.
‫C'est l'un des objectifs principaux d'en avoir un.
‫Et enfin, je tiens à signaler quelque chose ici où vous auriez peut-être été protégé dans le passé contre certaines
‫choses dommageables chez un chien ou un essaim où, si vous tentiez de modifier ou de supprimer quelque chose
‫que vous ne devriez pas, cela pourrait vous avertir à l'avance. Les tourbillons cubains ont tendance à tomber de l’autre côté où ils
‫sont un peu moins conscients de la façon dont vous les utilisez, ce qui signifie que vous pouvez parfois faire des choses que vous
‫ne devriez pas.
‫Comme dans mon exemple précédent, je modifiais un jeu de réplicas au lieu de modifier son déploiement au-dessus de celui-ci.
‫La même chose pourrait être vraie de changer un pod alors que vous ne devriez vraiment pas faire cela, vous devriez changer
‫l'objet au dessus de celui-ci.
‫Et cela souligne simplement que vous devez comprendre les détails de ce que vous faites afin de
‫ne pas supprimer accidentellement le changement ou modifier la mauvaise chose dans le mauvais ordre.
‫Et rappelez-vous de faire un contrôle de cube supprimer le déploiement de mon Apache pour nettoyer de cette conférence.