‫Se non sei venuto direttamente dall'ultima lezione su questo, torna alla lezione precedente per assicurarti
‫di avere la corretta distribuzione in esecuzione in modo da avere i registri che vedremo qui tra
‫un secondo.
‫E dal momento che la distribuzione di Apache è in esecuzione in background e ha due
‫pod perché abbiamo ridimensionato le repliche a due, dovremmo davvero fare un controllo del cubo ottenere pod e vedere i risultati.
‫Ora ovviamente i nomi dei tuoi pod saranno leggermente diversi in mente perché avranno i numeri e i
‫caratteri casuali alla fine lì.
‫Quindi ogni volta che lo scrivo realizzo solo gli ultimi due blocchi, digiterai qualcosa di diverso in
‫base a ciò che mostra la tua distribuzione.
‫Ora ci sono alcuni comandi proprio come con swarm e con Docker stesso, ma in questo caso
‫ci sono diversi comandi per capire cosa sta succedendo in un contenitore e cosa sta facendo l'orchestratore con i contenitori.
‫E il primo sono i registri.
‫E il secondo è descrivere.
‫Tecnicamente non abbiamo un comando di ispezione nei vortici cubani ma descriviamo fa molto di più.
‫Quindi prima proviamo un comando log
‫ora il tuo output potrebbe essere leggermente diverso dal mio ma noterai che la prima
‫riga dopo aver digitato la distribuzione dei log taglia il mio Apache.
‫Dice di aver trovato due pod e di aver usato un nome per il pod e di avergli dato un nome specifico.
‫Questo perché il comando di registro predefinito non estrae tutti i diversi pori e li combina come si farebbe con una
‫finestra mobile o comandi di sciame.
‫È solo di default.
‫Prenderò uno di quelli e come altri comandi di log a cui sei stato abituato in questo corso.
‫Ci sono molte opzioni tra cui dash dash follow dash dash tail.
‫Queste sono cose comuni per i comandi di registrazione e qualsiasi sistema Linux.
‫Quindi, se abbiamo fatto lo stesso comando con trattino basta seguirlo bene, quindi attendere che venga
‫visualizzato qualcosa di nuovo nei registri di quel pod e quindi trattino trattino coda significa solo ritorno.
‫Solo l'ultima riga e in questo modo non otterrai un enorme dump dei log e puoi controllarne C.
‫Ora cosa succede se si desidera visualizzare i registri combinati per più pod.
‫Puoi certamente farlo.
‫Questo non è solo il comando log predefinito.
‫In questo caso dovremo usare qualcosa chiamato selettore e città cubane che è una
‫tecnica per afferrare più pod in base a un'etichetta che condividono tutti.
‫E la cosa bella qui è quando si utilizza il comando di esecuzione del controllo cubo
‫che ha aggiunto automaticamente un'etichetta del nome della distribuzione a tutti questi pod in modo da poter usare lo stesso nome di distribuzione my Apache
‫per selezionare tutti i pod con quella etichetta.
‫Nota che questa è solo una semplice corrispondenza di un'etichetta qui.
‫Quindi, se avessi altre distribuzioni o pod che hanno questa etichetta, verrebbero coinvolti anche
‫in questo.
‫Quindi devi stare attento con la tua etichettatura
‫e la tua denominazione, quindi stiamo usando un trattino qui per specificare l'etichetta e stiamo specificando l'etichetta che il comando run
‫ha applicato.
‫Quale era il mio Apache e proprio come lo sciame e la stessa finestra mobile questi comandi di registro possono essere molto utili per una rapida risoluzione dei problemi, ma
‫non sono la sostituzione di un sistema di registro completo a Cuba. La NATO è di default.
‫Può solo estrarre fino a 5 pod alla volta quando utilizza il tipo di selettore di estrazione dei registri e puoi sempre aumentarlo, ma la
‫realtà è che sta tassando il sistema per estrarre da tutti i diversi nodi questi file
‫di registro così in produzione vorrai un sistema di registrazione di terze parti che raccolga tutti questi registri e
‫li memorizzi nel tempo per un recupero più rapido.
‫Questo è vero per qualsiasi sistema di orchestrazione container sia che si tratti dello sciame Docker o delle città cubane.
‫Ora il prossimo comando qui sarebbe quello di descrivere il comando, ma per descrivere il comando in
‫questo caso è dove vogliamo specificare il pod stesso che vogliamo ottenere un pod molto specifico ma quindi dobbiamo
‫prima conoscere i nomi di quei pod
‫quindi prendiamo i pod prima di tutto, quindi possiamo copiare e incollare uno di
‫quei nomi in un pod di tipo comando descritto per primo e tornerò indietro.
‫Ora non devo davvero specificare quel pod.
‫Potrei dire pod e mostrerei tutti i PI che potrebbero essere un po 'pericolosi
‫se hai molti pod e puoi sicuramente descrivere altre risorse e ottenere vari tipi di risultati in base all'oggetto.
‫Ma quello che volevo evidenziare qui era che questo sarebbe stato simile al comando inspect in sciame
‫o nella stessa Docker, ma gli conferiva un aspetto un po 'più bello sullo schermo piuttosto che in Jason.
‫E mentre scorri verso il basso i risultati, noti che non è solo una descrizione del diverso
‫oggetto, ma estrae anche cose come eventi in fondo, il che è un ottimo modo per ottenere uno stato rapido sulla
‫realtà corrente di quell'oggetto.
‫Quindi, nel caso in cui avessi un problema, forse con un pod che tira un'immagine, vedresti quell'evento qui dove si
‫direbbe incapace di estrarre l'immagine.
‫Questo è comune per quando si sbaglia accidentalmente a digitare un nome di immagine o qualcosa del genere.
‫Quindi questo può essere molto utile per una rapida tecnica di risoluzione dei problemi senza dover attivare
‫alcuni eventi o registri di debug.
‫Tutto ok.
‫Per quest'ultimo bit ti mostrerò come i nativi cubani sono resilienti simili allo sciame dove se elimini
‫uno dei livelli più bassi di astrazione in questo caso se elimini un pod l'astrazione di livello superiore la
‫distribuzione e il set di repliche assicurarsi che pod sia ricrearlo.
‫È simile al modo in cui un contenitore o un'attività e uno sciame se lo elimini verrebbero ricreati dal servizio.
‫Quindi lo faremo in due finestre diverse nella prima finestra.
‫Useremo un get con un trattino W.
‫Quindi questo ci darà un'esperienza simile al comando watch.
‫Se mi hai mai visto usare il comando watch in questo corso per guardare qualsiasi comando Linux
‫che essenzialmente significa eseguire quella cosa in background e potresti farlo in Linux
‫ma quel comando watch non è sempre disponibile su tutti i sistemi operativi e qui possiamo fare un controllo del cubo ottenere i pod ma aggiungere un trattino w che lo
‫farà sedere lì e aggiornarsi ogni pochi secondi.
‫E ora possiamo andare su un altro terminale e elimineremo uno di quei pod.
‫Quindi prima dovremo copiare il nome e usare un pod di controllo del cubo per tagliare il
‫nome del pod e noterai che lo sta eliminando e quindi avremo questo registro in esecuzione in cima
‫alle cose che stanno cambiando.
‫Mi piace anche questo un po 'meglio del comando watch perché il
‫comando watch aggiorna lo schermo in cui questo mostra un'iterazione in corso delle modifiche che è piuttosto ordinata e in basso.
‫Se abbiamo fatto un altro controllo del cubo, otteniamo i pod e vedrai che siamo tornati a due.
‫Quindi di nuovo questo è una sorta di aspetto autorigenerante di un orchestratore.
‫Questo è uno degli obiettivi principali di averne uno.
‫E infine voglio sottolineare qualcosa qui dove potresti essere stato protetto in passato dal fare certe
‫cose dannose nel cane o in uno sciame dove se provassi a cambiare qualcosa o
‫eliminare qualcosa che non dovresti, potrebbe avvisarti in anticipo I vortici cubani tendono a cadere dall'altra parte dove
‫è un po 'meno motivato su come lo usi, il che significa che a volte puoi fare cose che
‫non dovresti.
‫Come il mio esempio precedente di modifica di un set di repliche invece di modificare la distribuzione sopra di esso.
‫Lo stesso potrebbe valere per la modifica di un pod quando in realtà non dovresti farlo e dovresti cambiare
‫l'oggetto sopra di esso.
‫E questo sottolinea solo che è necessario comprendere i dettagli di ciò che si sta facendo in
‫modo da non eliminare accidentalmente il cambiamento o modificare la cosa sbagliata nell'ordine sbagliato.
‫E ricorda di fare un controllo cubo, elimina la distribuzione di Apache per ripulire da questa lezione.