Eseguo un server con 2 immagini Docker, uno esegue la costruzione e il packaging e crea così un sacco di cose di breve durata su/tmp.finestra mobile e "volumi volatili" ala/tmp
Mi piacerebbe che questo contenitore/tmp non sia sostenuto dal volume persistente (unione fs o volume) ma da usare l'host/tmp che a sua volta è un volume tmpfs e ideale per tali operazioni. Il salvataggio dell'accesso a un'unità normale avrà un sovraccarico e causerà l'accesso agli HDD (usura), preferirei cercare di rimanere nella RAM il più possibile.
Alcune opzioni sono:
- Bind/tmp /:/tmp al processo finestra mobile. Non sembra molto sicuro e problematico se un altro processo accede a questa directory
- Collega un volume a/tmp. Ciò significa che è sull'hard disk a meno che non riesca a spostarlo in/tmp. C'è ancora il problema di eliminare questo volume ogni volta che il contenitore si ferma, dal momento che Id preferisce una lavagna pulita.
- Monta/tmp come tmpfs nel contenitore. Sembra l'opzione più sensata. Tranne che significherebbe modificare tutti i contenitori invece di usare quelli esistenti
Sono nuovo di Docker, forse mi manca qualcosa di ovvio.
Cerco un modo per specificare i volumi che possono o devono essere rilasciati dopo che il contenitore si è fermato. O addirittura vengono tenuti completamente nella RAM a meno che ciò non sia fattibile. E inoltre un modo semplice per montare/tmp come un contenitore.
suoni esattamente come quello che volevo. Ma leggerà la richiesta e 1.10 documenti prima di contrassegnarlo come risolto. Grazie –
Sicuro! Se vuoi dargli un test ora (non per produzione, solo test); le build notturne da master possono essere ottenute tramite https://master.dockerproject.org – thaJeztah