‫È in questa conferenza, i requisiti sono che sai come avviare un contenitore.
‫Quello che faremo alla linea di comando qui è eseguire i comandi Docker per capire
‫cosa sta succedendo all'interno di un contenitore in esecuzione. Ci sono molti modi in cui possiamo vedere cosa succede lì dentro.
‫Abbiamo coperto il comando in alto, che è una lista dei processi di ciò che accade all'interno del container,
‫ma ci sono anche altre cose che possiamo fare. Possiamo usare il comando inspect per vedere effettivamente i dettagli di
‫come è iniziato il contenitore e come è configurato.
‫Possiamo osservare il comando stats che in realtà ci offre una visione di tutti i nostri contenitori e le
‫statistiche delle prestazioni per ciascuno di essi in un flusso di tempo reale.
‫Tuffiamoci dentro Per osservare alcuni di questi comandi e come agiscono con i contenitori,
‫avremo bisogno di avviare effettivamente alcuni contenitori.
‫Il primo che inizieremo è un contenitore Nginx come abbiamo fatto prima.
‫contenitore docker eseguire -d --name, chiamiamolo nginx e useremo l'immagine Nginx.
‫OK.
‫Quindi il secondo che useremo è un altro server MySQL in modo che il contenitore docker esegua
‫-d --name mysql e dovremo anche specificare la variabile di ambiente come abbiamo fatto in precedenza.
‫= true E poi l'immagine mysql.
‫Quindi, RANDOM_ROOT_PASSWORD
‫Nota che con l'immagine mysql, come puoi leggere su Docker Hub, ti dirà che devi specificare una delle tre
‫opzioni per la password.
‫O puoi specificare una password nella riga di comando, puoi lasciare che non usi la password, o puoi fare
‫quello che ho fatto qui che lo avrà, al primo avvio, in realtà creare una password casuale come
‫abbiamo fatto nell'esercizio a pochi minuti fa.
‫OK.
‫vedere due contenitori in esecuzione.
‫Se eseguiamo una finestra mobile container ls, dovremmo
‫Grande.
‫Quindi abbiamo usato la finestra mobile prima.
‫Se si specifica solo mysql, vedrai che elenca effettivamente i processi in esecuzione all'interno
‫di quel container.
‫Possiamo fare la stessa cosa, ngelx di container docker e che elenca i processi in esecuzione
‫in quel contenitore.
‫è configurato quando è stato avviato e tutti i suoi metadata config, possiamo effettivamente usare il comando inspect.
‫Un altro modo per vedere come questo contenitore container docker ispezionare. Quindi basta dire my mysql e recuperiamo
‫un array JSON di tutti i dati su come è stato avviato questo container.
‫Molto di questo inizierà a dare un senso durante tutto il corso.
‫Come puoi vedere, sono ovviamente molti dati su questo contenitore. Per quanto interessanti siano questi dati di configurazione,
‫non ci dice nulla sul contenitore attivo e su cosa sta facendo.
‫Quindi usiamo il comando stats container docker.
‫Se ti do un --help, puoi vedere che ci permette di specificare effettivamente
‫un contenitore per mostrarlo solo. dei dati sul rendimento live dei nostri contenitori.
‫Oppure, se lo lasciamo vuoto e digitiamo solo le statistiche del contenitore docker, in realtà riceviamo una visualizzazione in streaming
‫Sfortunatamente, mostra solo l'ID del contenitore, non il nome del contenitore, ma puoi vedere dalla colonna della
‫CPU che ogni qualche secondo qualcosa sta cambiando.
‫Ovviamente in un ambiente di produzione, avrai una soluzione di monitoraggio e prestazioni più complicata
‫per tenere traccia di tutto questo.
‫È davvero fantastico per le macchine locali in cui è necessario assicurarsi che non si stia esaurendo la RAM
‫della propria macchina, perché forse si dispone di un database troppo grande o non si sta riempiendo il disco
‫rigido a causa di un processo fuori controllo.
‫Questo è un comando rapido per assicurarsi che tutto sia nei limiti della sua memoria, e che non stia usando una tonnellata di
‫networking, e che l'I / O di blocco sia effettivamente per le prestazioni del disco.
‫Come puoi vedere, questi contenitori non stanno facendo nulla perché
‫non abbiamo chiesto loro di fare qualcosa. Per uscire da questo, Controllo c. Facciamo un contenitore di finestra veloce ls in
‫modo che possiamo abbinare l'ID del contenitore con il nostro comando stats.
‫Quindi puoi vedere che il server mysql era quello che utilizzava quasi 400MG all'avvio.
‫Solo per ricapitolare ciò che abbiamo fatto in questa lezione, in primo luogo abbiamo utilizzato il
‫comando top del contenitore finestra mobile per elencare tutti i processi che verranno eseguiti in un singolo contenitore.
‫Poi siamo entrati nel container ispezionare. Nell'ispezione del container, possiamo effettivamente
‫vedere come è stato eseguito il contenitore, cosa è stato eseguito con esso
‫e quali sono stati l'ambiente e le opzioni all'avvio. Quindi statistiche del contenitore, che è una sorta di capacità di aggiornamento in tempo reale per vedere
‫tutti i contenitori e quali risorse stanno prendendo mentre sono in esecuzione.