A meno che non parliamo di come potremmo usare i volumi come un modo per mantenere i dati al di
fuori di un contenitore quando quei dati sono qualcosa che ci interessa e vogliamo che il persistere attraverso
riavvii o la chiusura di un determinato contenitore in particolare o soprattutto quelli che stanno facendo funzionare un
database di qualche tipo.
Ora in questa sezione inizieremo a parlare dei volumi nel mondo di Kuber Nettie.
La prima cosa che voglio chiarire è un piccolo pezzo di terminologia.
In realtà è la parola volume stesso.
Voglio raccontarti un po 'di cosa significa la parola volume nel mondo di Kuber Nettie.
Tutto ok.
Quindi per prima cosa c'è una piccola discussione sulla terminologia nell'ultima sezione che stavo
usando il volume della parola più e più e più volte quando stavo usando il volume della parola nell'ultima
sezione era un po 'come un termine generico nel mondo della terminologia del contenitore e era un riferimento a un tipo
di meccanismo di archiviazione dei dati che consente a un contenitore di archiviare dati al di fuori del proprio piccolo file system.
Tuttavia nel mondo di Kuber Nettie il termine volume è un riferimento a un tipo molto particolare di oggetto e oggetto nello stesso
senso in cui una distribuzione è un oggetto o un servizio come un oggetto.
Quindi nel mondo di Akubra il puma di Nettie possiamo scrivere un
file di configurazione che creerà qualcosa chiamato volume in Cabernet che oggetto è qualcosa che consente a un contenitore di memorizzare alcuni
dati persistenti a livello di pod.
Oltre all'utilizzo di follie room, abbiamo anche accesso ad altri due tipi di meccanismi di archiviazione dei
dati con qualcosa chiamato affermazione di volume persistente e volume persistente.
Quindi in questa sezione voglio approfondire cosa sia un volume nel mondo di Kooper Nettie un po
'così che capisci che quando usiamo la parola volume con Coover Nettie's è un
riferimento a una cosa molto particolare ed è molto diverso da facendo riferimento a qualcosa chiamato volume
persistente o volume persistente.
Ora non useremo i volumi per tutto ciò che stiamo facendo.
Non useremo affatto i volumi.
Voglio solo che tu capisca che questa è una cosa completamente separata.
E così quando inizi a guardare la documentazione e vedi la documentazione che dice oh sì, crea
un volume devi creare una distinzione tra ciò che è un volume e un volume persistente è diverso quando
leggi la documentazione che stai per ottenere davvero molto confuso.
OK.
Con questo in mente questa sezione vedremo un diagramma che spiega esattamente cosa sia un
oggetto di volume accodato o quello di Nettie.
Tutto ok.
Quindi voglio prendere nuovamente in considerazione la distribuzione dei nostri post script.
Immaginiamo di avere una distribuzione che Menges un singolo pod e quel pod ha un singolo contenitore postscripts.
Quando creiamo un volume in Kooper Nettie stiamo creando un piccolo tipo di spazio di archiviazione dei dati
che esiste o è legato direttamente a un POD molto specifico.
Quindi noterai in questo diagramma che sto riflettendo questo volume proprio qui, che memorizzerà una
certa quantità di dati come un po 'come all'interno del pod.
È essenzialmente un po 'come appartiene o è associato al pod in qualche modo.
Ora questo volume è accessibile da qualsiasi contenitore all'interno del pod.
Quindi, ad esempio, se avessimo un contenitore postscripts in esecuzione, esso potrebbe memorizzare tutti i suoi dati all'interno
di questo volume che appartiene al pod stesso.
Ora il vantaggio di utilizzare questo volume qui è che se questo contenitore come questo in particolare
muore o si arresta in modo anomalo e viene riavviato come un contenitore completamente nuovo come tanti Immaginiamo di ottenere un
secondo contenitore di postscripts e che il vecchio venga ucciso.
Quindi vado al mercato come letto lì.
Quindi questo nuovo contenitore di post ha accesso a tutti quei dati in quel volume e quindi potrebbe sembrare esattamente
quello di cui stavamo parlando nell'ultima sezione.
Sai che stiamo essenzialmente dicendo oh si.
Il nuovo contenitore viene creato.
Bene, il nuovo contenitore ottiene l'accesso a quello stesso volume e ha accesso a tutti i dati a
cui il precedente contenitore ha avuto accesso.
Comunque qui c'è il rovescio della medaglia.
Il volume è legato al pod e così anche il pod stesso muore, il volume muore e scompare.
Quindi un volume e Kubert Edie sopravviveranno al riavvio del contenitore all'interno di un pod.
Ma se il pod stesso, per qualsiasi ragione, viene ricreato o terminato, cancellato qualsiasi cosa accada,
allora il pod e il volume all'interno di esso sono completamente scomparsi.
E poi, naturalmente, il dispiegamento potrebbe dare il via e ricreare quel pod con un volume al suo interno.
Quindi, come puoi immaginare nella Coppa del Mondo di Bonetti, un volume non è proprio appropriato per la memorizzazione dei dati.
Per me è per un database che funziona sicuramente nel senso che il contenitore può riavviarsi.
Ma siamo ancora deboli o siamo ancora vulnerabili a qualcosa che va storto a livello di pod stesso.
Tutto ok.
Ecco perché non useremo i volumi e non li vedo proprio nella vita reale.
Come dico volume su come faccio a conoscere le doppie virgolette intorno a me per dire che conosci in particolare il
volume di Nettie.
Ecco perché non stiamo usando un cougar. Netti è il volume.
Tutto ok.
Quindi ora abbiamo chiarito quel piccolo pezzo di terminologia.
Torneremo alla prossima sezione e parleremo più esattamente di cos'è un volume persistente e
di una richiesta di volume persistente.
Quindi una pausa veloce e ci vediamo tra un minuto.