我目前正在尝试弥合持久但独特的卷之间的差距,同时使用 Rancher 扩展容器(或者 Docker Compose,因为这更像是一个抽象问题)。
以我的世界服务器为例,我在 Rancher/Compose 中定义了一个服务,它使用命名卷作为其数据/世界目录(例如 -v minecraft_data:/data,其中 Minecraft 图像从 /data 目录加载其世界文件) . 我使用这样一个命名卷的原因是我希望它在服务升级之间持续存在(例如,我正在更改映像版本,或者想要更改一些环境变量),这对于匿名卷来说是不可能的。
现在,当尝试扩展我的服务时,我要么让多个容器访问相同的数据(对许多用例不利),要么在使用匿名卷时失去服务可升级性。
是否有任何工具、最佳实践或模式可以帮助解决这个问题?