Für einige Szenarien ist ein Clustered-Dateisystem einfach zu viel. Dies ist, wenn ich es richtig verstanden habe, der Anwendungsfall für the data volume container pattern. Aber auch CoreOS benötigt von Zeit zu Zeit Updates. Wenn ich die Ausfallzeit von Anwendungen noch minimieren möchte, müsste ich den Daten-Volume-Container mit dem App-Container auf einen anderen Host verschieben, während der alte Host aktualisiert wird.Verschieben von Andockdatenvolumencontainern zwischen CoreOS-Hosts
Gibt es Best Practices? Eine häufiger erwähnte Lösung ist die "backup" of a container mit docker export auf dem alten Host und docker import auf dem neuen Host. Aber das würde das Scannen von TAR-Dateien an einen anderen Host beinhalten. Kann dies mit fleet verwaltet werden?
möglich Duplikat [Der richtige Weg, um eine Nur-Daten-Docker Behälter zu bewegen von einer Maschine zur anderen] (http://stackoverflow.com/questions/25730852/the-right-way-to-move-a-data-only-docker-container-from-on-machine-and-andere) –
Ich hoffe nicht. Meine Frage ist CoreOS-spezifisch und ich hoffe, dass Flotte genutzt werden kann, um den Prozess zu koordinieren. Allerdings können die Antworten aus der anderen Frage tatsächlich auf CoreOS übertragen werden, solange sie nicht mit dem Design von CoreOS kollidieren. – brejoc
Ich denke, dass die richtige Lösung, die hier vorgeschlagen wird, anwendungsspezifisch sein wird. Welche Art von Daten verwalten Sie im Andockvolume und für welchen Dienst möchten Sie die Ausfallzeit minimieren? – jkingyens