在对象存储解决方案中，对象数据实际上是如何写入底层存储卷的？即以何种格式写入？是否使用中间文件系统，还是直接访问块存储？还是每个实现都不同？
假设我在一个本地对象存储平台上存储了一些数据，我想将它们迁移到另一个平台上，只需将应用程序指向磁盘即可 - 而不必复制所有数据。例如：ceph 到 minio。这可能吗？即他们是否使用某种标准化的方式来存储底层数据？
如果我丢失了对象存储中间件，只剩下物理卷（磁盘），会发生什么情况？我能否以任何方式检索或理解数据？
最后，对象存储解决方案是否可以基于磁带卷（因为它们的成本低于磁盘）？假设我不担心加载/卸载磁带的较低延迟。
答案1
在对象存储解决方案中，对象数据实际上是如何写入底层存储卷的？
这实际上取决于特定的对象存储软件。例如，Ceph 过去在 XFS 之上写入对象，但现在使用“BlueStore”后端（至少在概念上类似于特定于应用程序的数据库）。对象存储系统之间的一个很大的区别在于它们如何管理和存储元数据与数据。例如，Gluster（不是“真正的”对象存储系统）不使用集中式元数据，而 Ceph 大量使用元数据进程/节点。
假设我在一个本地对象存储平台上存储了一些数据，我想将它们迁移到另一个平台，只需将应用程序指向磁盘即可 - 而不必复制所有数据。例如：从 ceph 到 minio。这可能吗？
通常不会，除非您使用完全相同的源/目标对象存储软件（即：您只在相同的系统之间移动磁盘）
如果我丢失了对象存储中间件，只剩下物理卷（磁盘），会发生什么情况？我能否以任何方式检索或理解数据？
您将丢失所有数据，除非您使用无元数据存储（即：Gluster）。毕竟，这类似于丢失文件系统的所有目录/文件信息。
最后，对象存储解决方案是否可以基于磁带卷（因为它们的成本低于磁盘）？假设我不担心加载/卸载磁带的较低延迟
一些磁带系统可以提供磁带以外的虚拟化块设备，但其性能较低并且会导致磁带本身严重老化/压力（这是强烈避免的）。
一般来说，你无法即兴成为一名“对象存储管理员”，甚至无法成为一名传统的“存储管理员”。你需要熟悉该主题并在测试机器/案例上有良好的实践。