1
00:00:00,700 --> 00:00:05,920
Nell'ultima sezione completiamo la nostra persistente richiesta di volume. Ora ho intenzione di passare al mio file

2
00:00:05,920 --> 00:00:10,530
di distribuzione post gresse in modo da trovare la sezione dei modelli di questo.

3
00:00:10,530 --> 00:00:15,450
Ricordare che questo è il modello utilizzato per ogni pod creato da questa distribuzione.

4
00:00:15,450 --> 00:00:18,710
E c'è sempre un baccello alla volta.

5
00:00:18,810 --> 00:00:24,390
Stiamo aggiornando questa sezione del modello e diciamo a questo pod che quando viene creato deve richiedere

6
00:00:24,450 --> 00:00:26,930
un tipo di archiviazione a lungo termine.

7
00:00:26,940 --> 00:00:32,220
In altre parole, un volume persistente che soddisfa tutti i requisiti che sono stati pubblicizzati da questa persistente

8
00:00:32,220 --> 00:00:34,890
richiesta di volume che abbiamo appena messo insieme.

9
00:00:34,920 --> 00:00:40,350
Quindi all'interno del mio file di distribuzione postscripts troverò la sezione template e quindi le specifiche all'interno

10
00:00:40,350 --> 00:00:45,030
delle specifiche che andremo ad aggiungere su una nuova coppia di valori chiave.

11
00:00:45,090 --> 00:00:50,160
Quindi sono allo stesso livello di rientro dei container proprio qui e sto per dire.

12
00:00:50,250 --> 00:00:52,240
Seguici.

13
00:00:52,270 --> 00:00:53,590
Questo sarà un array.

14
00:00:53,650 --> 00:01:03,940
Quindi inserirò Dashon e poi dirò il nome dello spazio di archiviazione postscripts e quindi il nome

15
00:01:03,970 --> 00:01:08,220
del reclamo per il persistente volume persistente.

16
00:01:08,320 --> 00:01:12,230
E questo sarà il nome del reclamo che abbiamo appena messo insieme nell'altro file.

17
00:01:12,370 --> 00:01:16,050
Il suo nome era il reclamo del volume persistente del database.

18
00:01:16,090 --> 00:01:26,880
Quindi il reclamo può essere denominato database Ercis ammontare volume reclamo.

19
00:01:26,880 --> 00:01:32,570
OK, questo qui è ciò che imposta la richiesta sul pod per raggiungere i papà di Koopa e dire che ho bisogno

20
00:01:32,570 --> 00:01:37,700
di un tipo di storage a lungo termine che soddisfi tutti i requisiti che sono disposti all'interno di questo

21
00:01:37,880 --> 00:01:40,310
oggetto di reclamo del volume persistente del database.

22
00:01:40,310 --> 00:01:43,160
Ed è quello che abbiamo appena messo insieme qui.

23
00:01:43,190 --> 00:01:47,720
Quindi questa linea da sola è ciò che farà capire alle aziende che è necessario passare al

24
00:01:47,720 --> 00:01:48,850
disco rigido locale.

25
00:01:48,860 --> 00:01:53,450
Se siamo nel caso del vostro ambiente locale o di qualche fornitore di cloud nel

26
00:01:53,450 --> 00:02:01,130
caso di essere distribuiti in produzione e dire hey ho bisogno in qualche modo di procurarmi o in qualche modo ottenere una porzione di storage

27
00:02:01,130 --> 00:02:04,850
che abbia questa modalità di accesso e l'archiviazione di due gigabyte.

28
00:02:04,850 --> 00:02:08,240
Quindi tutto ciò che sta per fare qui è allocare quella memoria.

29
00:02:08,240 --> 00:02:13,280
Una volta allocata la memoria una volta che è disponibile, è necessario assegnarla a tutti

30
00:02:13,280 --> 00:02:16,000
i diversi contenitori in uso dal nostro pod.

31
00:02:16,250 --> 00:02:21,120
Quindi oltre a questa sezione del volume, qui aggiungeremo anche alcune configurazioni

32
00:02:21,120 --> 00:02:23,000
alla nostra sezione contenitori.

33
00:02:23,030 --> 00:02:27,950
Quindi all'interno della mia sezione contenitore aggiungo una nuova riga qui e ho intenzione di

34
00:02:27,980 --> 00:02:36,090
ottenere lo stesso livello di indentazione del nome dell'immagine e delle porte e dirò il montaggio del volume, quindi questo dirà hey va tutto

35
00:02:36,090 --> 00:02:37,930
bene appena ottenuto l'accesso al.

36
00:02:38,010 --> 00:02:43,590
Ed ecco come voglio che venga usato all'interno del mio contenitore, quindi aggiungo un trattino qui perché è in un

37
00:02:43,590 --> 00:02:47,120
modo che possiamo avere più montaggi di volume su un singolo contenitore.

38
00:02:47,370 --> 00:02:52,340
Gli darò il nome di post post gress.

39
00:02:52,540 --> 00:02:53,840
Sì archiviazione.

40
00:02:53,840 --> 00:02:55,940
Ora questo qui è la parte più importante.

41
00:02:55,940 --> 00:03:00,800
Si noti come il nome del volume e il nome MT del volume siano identici.

42
00:03:00,800 --> 00:03:06,200
Quindi, quando inserisci il nome qui, significa tornare al volume del secolo e trovare qualche pezzo di storia

43
00:03:06,200 --> 00:03:08,700
che abbiamo appena chiesto a Cooper Nettie.

44
00:03:08,810 --> 00:03:11,900
In questo caso troverà questo pezzo di archiviazione proprio qui.

45
00:03:12,110 --> 00:03:16,840
E quel pezzo di memoria sarà usato per questo particolare supporto per il volume.

46
00:03:17,260 --> 00:03:22,950
Stiamo quindi andando a mettere in un percorso di montaggio il percorso di Mount sta designando dove all'interno del contenitore.

47
00:03:22,960 --> 00:03:24,880
Questa storia dovrebbe essere resa disponibile.

48
00:03:25,240 --> 00:03:29,270
Quindi, in altre parole, inserirai qui una piccola cartella di riferimento e quindi tutto

49
00:03:29,270 --> 00:03:34,720
ciò che il contenitore memorizza in quella cartella si troverà all'interno di quella cartella verrà effettivamente memorizzato all'interno del nostro

50
00:03:34,720 --> 00:03:35,840
numero di volume.

51
00:03:35,860 --> 00:03:38,770
Questo è alla fine della giornata piuttosto dannatamente simile al dock o al volume.

52
00:03:38,770 --> 00:03:40,520
Quindi l'avevamo usato in precedenza.

53
00:03:40,520 --> 00:03:46,630
Pertanto, per il percorso MT, definiremo la directory dei dati che i postscripts utilizzano per l'archiviazione dei dati sul

54
00:03:46,630 --> 00:03:47,360
disco rigido.

55
00:03:47,380 --> 00:03:51,620
Poiché si tratta di dati reali che vogliamo eseguire il backup, vogliamo eseguire il

56
00:03:51,640 --> 00:03:58,630
backup di tutti i dati che i postscripts memorizzano sul disco rigido. Il percorso di archiviazione predefinito per i post script è l'host var lib.

57
00:03:58,720 --> 00:03:59,500
Salvare.

58
00:03:59,560 --> 00:04:01,060
Tagliare i dati come in questo modo

59
00:04:04,020 --> 00:04:04,280
OK.

60
00:04:04,300 --> 00:04:06,880
Ora per un volume normale sarebbe quello.

61
00:04:06,880 --> 00:04:11,380
Quindi, se questa era solo una normale applicazione in cui stiamo solo provando a impostare

62
00:04:11,380 --> 00:04:16,870
un archivio persistente, è davvero tutto quello che dobbiamo fare con i post script di postscripts, in particolare metteremo

63
00:04:16,870 --> 00:04:18,400
qui un'altra piccola opzione.

64
00:04:18,400 --> 00:04:25,500
Quindi, come opzione aggiuntiva, inserirò anche il percorso secondario come post-script, così l'opzione percorso indica che tutti

65
00:04:25,620 --> 00:04:31,200
i dati all'interno del contenitore che sono memorizzati all'interno del percorso Mt verranno

66
00:04:31,260 --> 00:04:36,650
memorizzati in una cartella chiamata postscripts all'interno dell'effettivo richiesta di volume persistente.

67
00:04:36,660 --> 00:04:41,280
Quindi, se eseguivamo la nostra applicazione per un po 'di tempo e poi salvavamo alcuni

68
00:04:41,280 --> 00:04:46,800
dati nella nostra base di stato dei post script e poi aprivamo il nostro volume persistente, vedremmo che

69
00:04:46,890 --> 00:04:52,510
tutti i dati salvati in questa cartella sono nidificati all'interno di una cartella chiamata postscripts all'interno del volume persistente.

70
00:04:52,540 --> 00:04:55,690
E come ho detto questo è qualcosa di molto specifico per i postscript.

71
00:04:55,770 --> 00:05:00,960
È solo perché se si tenta di avviare l'avanzamento per impostazione predefinita con qualcosa che si pensa sia un

72
00:05:00,960 --> 00:05:04,050
volume montato, dirà hey che non voglio salvare i dati qui.

73
00:05:04,260 --> 00:05:09,960
E così facendo avere dei postscript invece di salvare i dati in una sottocartella al suo interno, questo

74
00:05:09,960 --> 00:05:11,460
sostituirà il comportamento predefinito.

75
00:05:11,610 --> 00:05:14,900
Ora salvare i dati in un volume con postscript è assolutamente soddisfacente.

76
00:05:14,910 --> 00:05:15,560
Totalmente bene.

77
00:05:15,570 --> 00:05:20,060
Sono solo i post script in alcuni casi che non stai necessariamente lavorando con Dr.

78
00:05:20,130 --> 00:05:21,300
Diventa una lunga storia.

79
00:05:21,300 --> 00:05:22,410
Lasciamo perdere.

80
00:05:22,410 --> 00:05:27,060
Questo è solo un po 'di cose molto particolari e post script probabilmente non sono molto interessanti per te o

81
00:05:27,060 --> 00:05:28,800
su cosa stai lavorando alla tua applicazione.

82
00:05:28,810 --> 00:05:30,130
Quindi mi fermerò proprio qui.

83
00:05:30,450 --> 00:05:30,720
Tutto ok.

84
00:05:30,720 --> 00:05:34,110
Quindi è praticamente una recensione molto veloce qui.

85
00:05:34,110 --> 00:05:39,390
Mettiamo insieme il volume persistente che dice a Cooper Nettie che vogliamo trovare un'opzione

86
00:05:39,390 --> 00:05:41,790
di archiviazione con questi requisiti.

87
00:05:41,790 --> 00:05:47,890
Quando abbiamo messo insieme il nostro modello abbiamo detto che vogliamo avere un volume disponibile che corrisponda a questi requisiti.

88
00:05:48,060 --> 00:05:53,490
E poi all'interno del contenitore abbiamo messo insieme alcune opzioni per dire prendere quel volume e

89
00:05:53,490 --> 00:05:56,520
renderlo disponibile all'interno di questo contenitore molto particolare.

90
00:05:56,520 --> 00:05:57,840
Quindi questa è l'intera storia.

91
00:05:57,840 --> 00:05:59,200
Facciamo una pausa veloce proprio qui.

92
00:05:59,220 --> 00:06:03,930
Quando torneremo nella prossima sezione cercheremo di applicare tutti questi file di configurazione aggiornati

93
00:06:03,930 --> 00:06:06,400
e assicurarci che tutto funzioni come previsto.

94
00:06:06,420 --> 00:06:08,640
Quindi una pausa veloce e ci vediamo tra un minuto.