对于某些场景，集群文件系统太多了。 这是，如果我正确的话， 数据量容器模式的用例。 但即使是CoreOS也需要不时更新。 如果我仍然希望尽量减less应用程序的停机时间，那么必须将带有应用程序容器的数据卷容器移动到其他主机，而旧主机正在更新。
现有最佳实践吗？ 更经常提到的解决scheme是在旧主机上使用docker export并在新主机上docker import docker export 的容器的“备份” 。 但是这将包括将tar文件分发给其他主机。 这可以用船队pipe理吗？
@brejoc，我不会称这是一个解决方案，但它可能有所帮助：
备选方案1：使用另一个具有集群的操作系统，或者至少不会阻止它。 我正在试用CentOS。 2：我创建了一些工具来帮助用例。 第一个工具，从S3（通常是工件）检索数据，并且是单向的。 第二个工具，我称之为“备份容器”，有很大的潜力，但需要一些反馈。 它提供了数据的双向备份/恢复，从/到许多持久数据存储，包括S3（但也是很酷的Dropbox）。 现在执行它，当你第一次运行的时候，它会恢复到容器。 从这一点开始，它将监视容器中的相关文件夹以进行更改，并且在更改（和安静期之后）时，将备份到持久存储区。
备份卷容器： https : //registry.hub.docker.com/u/yaronr/backup-volume-container/ S3中的文件同步： https ： //registry.hub.docker.com/u/yaronr/awscli/ （码头运行yaronr / awscli aws s3等等 – 阅读aws文档）