1
00:00:00,760 --> 00:00:06,470
A meno che non parliamo di come potremmo usare i volumi come un modo per mantenere i dati al di

2
00:00:06,680 --> 00:00:12,020
fuori di un contenitore quando quei dati sono qualcosa che ci interessa e vogliamo che il persistere attraverso

3
00:00:12,050 --> 00:00:17,480
riavvii o la chiusura di un determinato contenitore in particolare o soprattutto quelli che stanno facendo funzionare un

4
00:00:17,480 --> 00:00:18,850
database di qualche tipo.

5
00:00:18,860 --> 00:00:23,810
Ora in questa sezione inizieremo a parlare dei volumi nel mondo di Kuber Nettie.

6
00:00:23,810 --> 00:00:27,580
La prima cosa che voglio chiarire è un piccolo pezzo di terminologia.

7
00:00:27,610 --> 00:00:30,000
In realtà è la parola volume stesso.

8
00:00:30,050 --> 00:00:35,760
Voglio raccontarti un po 'di cosa significa la parola volume nel mondo di Kuber Nettie.

9
00:00:35,800 --> 00:00:36,360
Tutto ok.

10
00:00:36,520 --> 00:00:41,380
Quindi per prima cosa c'è una piccola discussione sulla terminologia nell'ultima sezione che stavo

11
00:00:41,380 --> 00:00:47,230
usando il volume della parola più e più e più volte quando stavo usando il volume della parola nell'ultima

12
00:00:47,230 --> 00:00:54,010
sezione era un po 'come un termine generico nel mondo della terminologia del contenitore e era un riferimento a un tipo

13
00:00:54,010 --> 00:01:00,800
di meccanismo di archiviazione dei dati che consente a un contenitore di archiviare dati al di fuori del proprio piccolo file system.

14
00:01:00,820 --> 00:01:09,010
Tuttavia nel mondo di Kuber Nettie il termine volume è un riferimento a un tipo molto particolare di oggetto e oggetto nello stesso

15
00:01:09,430 --> 00:01:15,010
senso in cui una distribuzione è un oggetto o un servizio come un oggetto.

16
00:01:15,010 --> 00:01:19,630
Quindi nel mondo di Akubra il puma di Nettie possiamo scrivere un

17
00:01:19,630 --> 00:01:27,580
file di configurazione che creerà qualcosa chiamato volume in Cabernet che oggetto è qualcosa che consente a un contenitore di memorizzare alcuni

18
00:01:27,580 --> 00:01:29,940
dati persistenti a livello di pod.

19
00:01:30,810 --> 00:01:37,110
Oltre all'utilizzo di follie room, abbiamo anche accesso ad altri due tipi di meccanismi di archiviazione dei

20
00:01:37,660 --> 00:01:42,330
dati con qualcosa chiamato affermazione di volume persistente e volume persistente.

21
00:01:42,330 --> 00:01:47,580
Quindi in questa sezione voglio approfondire cosa sia un volume nel mondo di Kooper Nettie un po

22
00:01:47,580 --> 00:01:52,050
'così che capisci che quando usiamo la parola volume con Coover Nettie's è un

23
00:01:52,050 --> 00:01:57,510
riferimento a una cosa molto particolare ed è molto diverso da facendo riferimento a qualcosa chiamato volume

24
00:01:57,570 --> 00:01:59,230
persistente o volume persistente.

25
00:01:59,640 --> 00:02:03,670
Ora non useremo i volumi per tutto ciò che stiamo facendo.

26
00:02:03,690 --> 00:02:04,920
Non useremo affatto i volumi.

27
00:02:04,920 --> 00:02:08,180
Voglio solo che tu capisca che questa è una cosa completamente separata.

28
00:02:08,190 --> 00:02:13,080
E così quando inizi a guardare la documentazione e vedi la documentazione che dice oh sì, crea

29
00:02:13,080 --> 00:02:18,690
un volume devi creare una distinzione tra ciò che è un volume e un volume persistente è diverso quando

30
00:02:18,690 --> 00:02:22,030
leggi la documentazione che stai per ottenere davvero molto confuso.

31
00:02:22,290 --> 00:02:22,530
OK.

32
00:02:22,560 --> 00:02:27,600
Con questo in mente questa sezione vedremo un diagramma che spiega esattamente cosa sia un

33
00:02:27,690 --> 00:02:30,680
oggetto di volume accodato o quello di Nettie.

34
00:02:30,710 --> 00:02:31,180
Tutto ok.

35
00:02:32,640 --> 00:02:35,640
Quindi voglio prendere nuovamente in considerazione la distribuzione dei nostri post script.

36
00:02:35,850 --> 00:02:42,140
Immaginiamo di avere una distribuzione che Menges un singolo pod e quel pod ha un singolo contenitore postscripts.

37
00:02:42,330 --> 00:02:49,260
Quando creiamo un volume in Kooper Nettie stiamo creando un piccolo tipo di spazio di archiviazione dei dati

38
00:02:49,260 --> 00:02:53,600
che esiste o è legato direttamente a un POD molto specifico.

39
00:02:53,910 --> 00:02:57,990
Quindi noterai in questo diagramma che sto riflettendo questo volume proprio qui, che memorizzerà una

40
00:02:57,990 --> 00:03:01,210
certa quantità di dati come un po 'come all'interno del pod.

41
00:03:01,320 --> 00:03:06,180
È essenzialmente un po 'come appartiene o è associato al pod in qualche modo.

42
00:03:06,990 --> 00:03:11,590
Ora questo volume è accessibile da qualsiasi contenitore all'interno del pod.

43
00:03:11,790 --> 00:03:17,130
Quindi, ad esempio, se avessimo un contenitore postscripts in esecuzione, esso potrebbe memorizzare tutti i suoi dati all'interno

44
00:03:17,310 --> 00:03:19,980
di questo volume che appartiene al pod stesso.

45
00:03:19,980 --> 00:03:25,470
Ora il vantaggio di utilizzare questo volume qui è che se questo contenitore come questo in particolare

46
00:03:25,470 --> 00:03:32,250
muore o si arresta in modo anomalo e viene riavviato come un contenitore completamente nuovo come tanti Immaginiamo di ottenere un

47
00:03:32,250 --> 00:03:35,820
secondo contenitore di postscripts e che il vecchio venga ucciso.

48
00:03:35,820 --> 00:03:37,800
Quindi vado al mercato come letto lì.

49
00:03:37,980 --> 00:03:44,010
Quindi questo nuovo contenitore di post ha accesso a tutti quei dati in quel volume e quindi potrebbe sembrare esattamente

50
00:03:44,160 --> 00:03:46,440
quello di cui stavamo parlando nell'ultima sezione.

51
00:03:46,440 --> 00:03:47,900
Sai che stiamo essenzialmente dicendo oh si.

52
00:03:47,910 --> 00:03:49,270
Il nuovo contenitore viene creato.

53
00:03:49,350 --> 00:03:54,390
Bene, il nuovo contenitore ottiene l'accesso a quello stesso volume e ha accesso a tutti i dati a

54
00:03:54,390 --> 00:03:56,720
cui il precedente contenitore ha avuto accesso.

55
00:03:56,730 --> 00:03:58,460
Comunque qui c'è il rovescio della medaglia.

56
00:03:58,650 --> 00:04:07,170
Il volume è legato al pod e così anche il pod stesso muore, il volume muore e scompare.

57
00:04:07,170 --> 00:04:12,850
Quindi un volume e Kubert Edie sopravviveranno al riavvio del contenitore all'interno di un pod.

58
00:04:12,960 --> 00:04:20,370
Ma se il pod stesso, per qualsiasi ragione, viene ricreato o terminato, cancellato qualsiasi cosa accada,

59
00:04:20,850 --> 00:04:26,480
allora il pod e il volume all'interno di esso sono completamente scomparsi.

60
00:04:26,500 --> 00:04:32,620
E poi, naturalmente, il dispiegamento potrebbe dare il via e ricreare quel pod con un volume al suo interno.

61
00:04:33,460 --> 00:04:39,190
Quindi, come puoi immaginare nella Coppa del Mondo di Bonetti, un volume non è proprio appropriato per la memorizzazione dei dati.

62
00:04:39,180 --> 00:04:43,860
Per me è per un database che funziona sicuramente nel senso che il contenitore può riavviarsi.

63
00:04:43,870 --> 00:04:50,800
Ma siamo ancora deboli o siamo ancora vulnerabili a qualcosa che va storto a livello di pod stesso.

64
00:04:50,800 --> 00:04:51,000
Tutto ok.

65
00:04:51,000 --> 00:04:55,770
Ecco perché non useremo i volumi e non li vedo proprio nella vita reale.

66
00:04:55,780 --> 00:05:00,490
Come dico volume su come faccio a conoscere le doppie virgolette intorno a me per dire che conosci in particolare il

67
00:05:00,490 --> 00:05:01,360
volume di Nettie.

68
00:05:01,360 --> 00:05:05,030
Ecco perché non stiamo usando un cougar. Netti è il volume.

69
00:05:05,050 --> 00:05:05,340
Tutto ok.

70
00:05:05,350 --> 00:05:07,800
Quindi ora abbiamo chiarito quel piccolo pezzo di terminologia.

71
00:05:07,810 --> 00:05:11,800
Torneremo alla prossima sezione e parleremo più esattamente di cos'è un volume persistente e

72
00:05:11,800 --> 00:05:13,880
di una richiesta di volume persistente.

73
00:05:14,080 --> 00:05:16,340
Quindi una pausa veloce e ci vediamo tra un minuto.