‫Se você não veio diretamente da última palestra sobre esta, volte à palestra anterior para garantir
‫que a implantação correta esteja sendo executada, para que você tenha os logs que veremos aqui em
‫um segundo.
‫E como temos a implantação do Apache em execução em segundo plano e ele tem dois
‫pods, porque escalamos as réplicas para dois, deveríamos realmente fazer um controle de cubo para obter pods e ver os resultados.
‫Agora, é claro que os nomes dos seus pods serão levemente diferentes em mente, pois eles terão os números
‫e caracteres aleatórios no final.
‫Portanto, sempre que estou digitando, basta perceber os dois últimos blocos e você estará digitando algo diferente
‫com base no que sua implantação está mostrando.
‫Agora, existem alguns comandos, como no swarm e no próprio Docker, mas, neste caso, existem comandos
‫diferentes para entender o que está acontecendo em um contêiner e o que o orquestrador está fazendo com os contêineres.
‫E o primeiro é logs.
‫E o segundo é descrever.
‫Tecnicamente, não temos um comando de inspeção nos redemoinhos cubanos, mas a descrição faz muito mais do que isso.
‫Então, primeiro vamos tentar um comando
‫logs agora sua saída pode ser um pouco diferente da minha, mas você notará que
‫a primeira linha após digitarmos a implantação de logs cortará meu Apache.
‫Ele diz que encontrou dois pods e usando um nome de pod e forneceu um nome de pod específico lá.
‫Isso ocorre porque o comando de log padrão não extrai todos os poros diferentes e os combina como faria
‫com os comandos docker ou swarm.
‫É apenas por padrão.
‫Vou puxar um desses e como outros comandos de log com os quais você está acostumado neste curso.
‫Existem muitas opções, incluindo o traço do traço e o traço do traço.
‫Essas são coisas comuns para comandos de log e qualquer sistema Linux.
‫Portanto, se fizermos o mesmo comando com o traço, basta segui-lo bem, aguardar que algo
‫novo apareça nos logs desse pod e, em seguida, traçar o final do traço apenas significa retornar.
‫Somente a última linha e dessa forma você não recebe uma grande descarga de logs e pode controlar C disso.
‫Agora, e se você quiser ver os logs combinados para vários pods.
‫Você certamente pode fazer isso.
‫Esse não é o comando de logs padrão.
‫Nesse caso, teremos que usar algo chamado seletor e cidades cubanas, que é uma
‫técnica para pegar vários pods com base em um rótulo que todos compartilham.
‫E o mais interessante aqui é que, quando você usa o comando cube control run, ele
‫adiciona automaticamente um rótulo do nome da implantação a todos esses pods, para que possamos usar o mesmo nome de implantação do meu Apache
‫para selecionar todos os pods com esse rótulo.
‫Observe que aqui é apenas uma correspondência simples de um rótulo.
‫Portanto, se você tivesse outras implantações ou pods que possuíssem esse rótulo, eles também seriam
‫envolvidos nisso.
‫Portanto, você deve ter cuidado com a rotulagem
‫e a nomeação. Por isso, usamos um traço l aqui para especificar o rótulo e o rótulo que o comando
‫executar aplicou.
‫Qual era o meu Apache e, exatamente como o enxame e a janela de encaixe, esses comandos de log podem ser muito úteis para solucionar problemas rapidamente,
‫mas não substituem um sistema de log completo em Cuba. A OTAN é por padrão.
‫Ele só pode extrair até 5 pods por vez quando usa o tipo seletor de puxar os logs e você sempre pode aumentar isso, mas
‫a realidade é que está tributando o sistema para extrair de todos os nós diferentes desses
‫arquivos de log em produção você desejará um sistema de log de terceiros que colete todos esses logs e os
‫armazene ao longo do tempo para uma recuperação mais rápida.
‫Isso é verdade para qualquer sistema de orquestração de contêineres, seja o enxame de Docker ou as cidades cubanas.
‫Agora, o próximo comando aqui seria descrever o comando, mas, neste caso, descrever o comando
‫é onde queremos especificar o próprio pod, queremos obter um pod muito específico, mas precisamos saber os
‫nomes desses pods primeiro, então vamos
‫pods primeiro e, em seguida, podemos copiar e colar um desses nomes
‫em um pod de tipo de comando descrito primeiro e recuperarei esse pod.
‫Agora, eu realmente não preciso especificar esse pod.
‫Eu poderia dizer pods e mostraria todos os PIs que podem ser um pouco
‫perigosos se você tiver muitos pods e certamente descrever outros recursos e recuperar vários tipos de resultados com base no objeto.
‫Mas o que eu queria destacar aqui era que isso seria semelhante ao comando inspecionar no
‫enxame ou no próprio Docker, mas oferece uma exibição um pouco mais agradável na tela do que em Jason.
‫E ao rolar os resultados, você percebe que não é apenas uma descrição sobre o objeto diferente,
‫mas também exibe coisas como eventos na parte inferior, o que é uma ótima maneira de obter um status rápido da
‫realidade atual desse objeto.
‫Portanto, no caso de você estar tendo um problema, talvez com um pod puxando uma imagem, você veria esse evento aqui onde ele
‫diria incapaz de puxar a imagem.
‫Isso é comum quando você acidentalmente digita incorretamente o nome de uma imagem ou algo assim.
‫Portanto, isso pode ser bastante útil para uma técnica rápida de solução de problemas sem a necessidade de ativar
‫alguns eventos ou logs de depuração.
‫Tudo certo.
‫Neste último pequeno momento, mostrarei como os nativos cubanos são resilientes semelhantes aos do enxame, onde, se você
‫excluir um dos níveis mais baixos de abstração, nesse caso, se você excluir um pod, a abstração de nível superior será
‫implantada e o conjunto de réplicas verifique se o pod é recriado.
‫É semelhante à maneira como um contêiner ou tarefa e enxame se você excluí-lo seria recriado pelo serviço.
‫Então, vamos fazer isso em duas janelas diferentes na primeira janela.
‫Nós vamos usar um get com um traço W.
‫Então, isso nos dará uma experiência semelhante ao comando watch.
‫Se você já me viu usar o comando watch neste curso para assistir a qualquer comando do
‫Linux, que significa essencialmente executar essa coisa em segundo plano, você pode fazer
‫isso no Linux, mas esse comando nem sempre está disponível em todos nós e aqui podemos fazer um controle de cubo para obter pods, mas adicionar um traço w que o deixará
‫lá e será atualizado a cada poucos segundos.
‫E agora podemos ir para um terminal diferente e vamos excluir um desses pods.
‫Portanto, primeiro precisamos copiar o nome e usar um pod de controle de cubo, cortar o nome
‫do pod e você notará que ele está sendo excluído e, em seguida, esse log de execução ficará atualizado
‫com as coisas que estão mudando.
‫Eu também gosto disso um pouco melhor do que o comando watch,
‫porque o comando watch atualiza a tela em que isso mostra uma iteração contínua das alterações, que são bem organizadas e embaixo.
‫Se fizermos outro controle de cubo obter pods, você verá que voltamos às duas.
‫Então, novamente, esse é o tipo de autocura de um orquestrador.
‫Esse é um dos principais objetivos de ter um.
‫E, finalmente, quero apontar algo aqui em que você pode ter sido protegido no passado de fazer
‫certas coisas prejudiciais em cães ou enxames, onde se você tentar mudar alguma coisa ou
‫excluir algo que não deveria, poderá avisá-lo antes do tempo Os redemoinhos cubanos tendem a cair do outro lado,
‫onde é um pouco menos opinativo sobre como usá-lo, o que significa que às vezes você pode fazer coisas que
‫não deveria.
‫Como no meu exemplo anterior, de modificar um conjunto de réplicas em vez de modificar a implantação acima dele.
‫O mesmo poderia acontecer com a alteração de um pod quando você realmente não deveria estar fazendo isso, alterando
‫o objeto acima dele.
‫E isso apenas enfatiza que você precisa entender as especificidades do que está fazendo para
‫não excluir acidentalmente as alterações ou modificar a coisa errada na ordem errada.
‫E lembre-se de fazer um controle de cubo excluir a implantação do meu Apache para limpar essa palestra.