对于某些情况，群集文件系统太多了。如果我说得对，那就是the data volume container pattern的用例。但即使是CoreOS也需要不时更新。如果我仍然希望最大限度地减少应用程序的停机时间，我必须将带有应用程序容器的数据卷容器移动到其他主机，同时更新旧主机。
是否存在最佳实践？更常提到的解决方案是旧主机上的"backup" of a container和docker export以及新主机上的docker import。但这包括将tar文件scp到其他主机。可以使用fleet管理吗？
答案 0 :(得分：3)
@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/ （docker run yaronr / awscli aws s3等等 - 阅读aws文档）