为什么Docker vfs存储后端不适合生产?

前端之家收集整理的这篇文章主要介绍了为什么Docker vfs存储后端不适合生产?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

Docker vfs存储后端在几个地方被提及为不是生产后端(参见Michael Crosby的这个Docker GitHub issue comment).是什么让它不适合生产?

Project Atomic的description of storage backends说:

The vfs backend is a very simple fallback that has no copy-on-write support. Each layer is just a separate directory. Creating a new layer based on another layer is done by making a deep copy of the base layer into a new directory.

Since this backend doesn’t share diskspace use between layers,and since creating a new layer is a slow operation this is not a very practical backend. However,it still has its uses,for instance to verify other backends against,or if you need a super robust (if slow) backend that works everywhere.

根据该描述,听起来唯一的缺点是可能会使用更多磁盘空间并且创建图层可能会更慢.但是在运行时访问文件时没有提到缺点,它甚至被描述为“健壮”.单独的磁盘空间问题似乎不是生产使用的阻止程序.

最佳答案
实际上,您可以在生产中使用vfs驱动程序,但是,请注意,由于它是“常规”副本,因此您不会受益于devicemapper或btrfs可以提供的功能,并且您完全依赖于基础文件系统.

运行时的缺点是运行起来要慢得多.一旦启动,如果你有相同的底层文件系统,它将是相同的事情.

简而言之,我建议反对因为:

>它首先用于测试然后用于卷.从来没有打算用于运行时
>它依赖于底层文件系统,因此您可以减少Docker对文件的控制.它可能(或可能不会)导致未来升级出现问题. Docker的目的是抽象主机,所以最好将这种东西委托给Docker.
>它需要大量的磁盘空间
>运行或提交需要很长时间

猜你在找的Docker相关文章