Spostare i contenitori del volume di dati della finestra mobile tra gli host CoreOS

Question

Per alcuni scenari un file system in cluster è semplicemente eccessivo. Questo è, se ho capito bene, il caso d'uso per the data volume container pattern. Ma anche CoreOS ha bisogno di aggiornamenti di volta in volta. Se mi piacerebbe comunque ridurre al minimo il tempo di fermo delle applicazioni, dovrei spostare il contenitore del volume di dati con il contenitore dell'app su un altro host, mentre il vecchio host viene aggiornato.

Esistono buone pratiche? Una soluzione menzionata più spesso è "backup" of a container con docker export sul vecchio host e docker import sul nuovo host. Ma questo includerebbe scp-ing di file tar in un altro host. Può essere gestito con fleet?

Answer 1

@brejoc, non vorrei chiamare questo una soluzione, ma può aiutare:

Alternativa 1: Utilizzare un altro sistema operativo, che ha il clustering, o almeno - non le impedisce. Ora sto sperimentando con CentOS. 2: Ho creato un paio di strumenti che aiutano in alcuni casi d'uso. Primo strumento, recupera i dati da S3 (di solito artefatti) ed è unidirezionale. Il secondo strumento, che io chiamo 'contenitore del volume di backup', ha molte potenzialità, ma richiede un feedback. Fornisce un backup/ripristino a 2 vie per i dati, da/a molti archivi di dati persistenti incluso S3 (ma anche Dropbox, che è bello). A mano a mano che viene implementato ora, quando lo si esegue per la prima volta, viene ripristinato nel contenitore. Da quel momento in poi, avrebbe monitorato la cartella pertinente nel contenitore per le modifiche e, dopo le modifiche (e dopo un periodo di silenzio), avrebbe eseguito il backup nell'archivio permanente.

contenitore volume di backup: https://registry.hub.docker.com/u/yaronr/backup-volume-container/ File sync da S3: https://registry.hub.docker.com/u/yaronr/awscli/ (run finestra mobile yaronr/awscli AWS s3 etc etc - leggere AWS docs)