我知道使用Ploop会丢失磁盘空间，因为文件在容器中被添加/删除，您必须手动压缩容器，但是我也读过如果重新引导或崩溃，容器可能无法恢复。
有没有办法正确地重新启动OpenVZ服务器，以避免损坏的容器？
即使在不熟练的closures容器的情况下，通常也足够做一个fsck。 在写操作过程中closures真正的硬件并没有什么不同。 由于我猜测你将在这些环境中使用带有事务日志的文件系统，所以你不应该遇到更多的问题。
正如Brian所说，主机节点的正确closures将使您的容器保持清洁，卸载它们的环路。
如果您正在使用与主机节点使用相同文件系统的基于目录的容器，那么现在已经有一个很小的损坏机会。 我认为在实践中没有太大的区别，只是你可能需要考虑恢复时间。 fsck可能比一个主机节点的文件系统花费更长的时间，可能需要大量的手动交互。
另一方面，如果你的主机节点有一个非常大的文件系统，fscking可能需要很长时间，并且在fsck期间将所有这些容器都closures。 容器使用ploop可以在主机节点恢复后以交错方式启动，只要主机节点本身没有任何问题。
你可以通过一些高可用性设置来减轻这种负担，主机节点从中央存储装载它们的容器数据，并在出现故障的情况下相互开关，但我想这太过分了。
你有什么理由考虑ploop？ 我们已经考虑通过NFS来提高性能，容器中的许多小文件真的让速度慢下来。 但是由于你提到文件系统损坏，这可能不是你的情况。