文件存储和块存储

Question

我偶然发现了文件存储和块存储，并根据我所能理解的内容进行了探索，其内容如下：

1. 块级存储 需要一个单独的卷和一个操作系统，它将作为一个单独的硬盘挂载，并可用于存储原始文件。 B.用于服务器端，用于性能优于容量。 它有自己的备份软件等。 它使用光纤通道和iSCSI通信进行接入。 它无法访问内部的任何东西，它只是一些数据块。
2. 文件级存储 文件级存储不需要单独的操作系统来操作。 它是为能力而不是性能而选择的。 C.它没有单独的备份软件。 它是通过NAS等…实现的文件访问系统

基于上述，我的问题是：

1. 块级存储问题： 块级存储只是裸露的金属存储，无法访问文件，那么为什么它需要一个单独的操作系统，因为OS也将有一个文件管理系统，因此它将成为一个更多的文件和块存储选项。 如果以上是正确的，那么SSD和SATA硬盘类型的块存储设备？ 如果上述情况属实，则由于SSD和其他方面的原因，用户端也会出现块级存储，为什么只在服务器端使用？ 当我们无法访问任何文件时，为什么需要备份软件？
2. 文件级存储问题： 文件存储如何不需要单独的软件操作？ 当您可以访问其中的文件并且可以修改、读取和写入文件时，为什么备份软件不存在？ 就像我们在Mac上有查找器一样，它也是文件级存储，在这里我们可以管理我们的文件？

请澄清我的上述问题，并让我知道我错了。

Answer 1

在我看来，您将云块存储解决方案(如Rackspace的云块存储或亚马逊弹性区块商店 )与实际网络存储硬件的管理混为一谈。当您启动云服务器时，您不会得到任何类似于公共iSCSI端点的东西来附加您自己的存储；因为iSCSI是明文将是一个巨大的安全漏洞。

相反，云提供商提供块存储，作为您的服务器实际位于的数据中心内的网络(或本地)存储解决方案的抽象层。您可以像虚拟USB键一样考虑块存储--您可以将卷插入到服务器上，像任何其他驱动器一样挂载它，读取和写入它上的文件，然后将其分离并重新附加到另一个驱动器上--理想情况下，您不必担心物理上用来完成此任务的机制(当然，前提是性能令人满意)。

“文件存储”下的A、B和C点听起来像是在描述对象存储，比如Cloud或S3。通常不会像驱动器一样直接挂载它们(尽管是这在技术上是可能的)，而是通过REST使用它们。它们提供了比你在一个典型的硬盘上拥有更大的存储容量的潜力，并且最终保持一致和具有更高的延迟访问的代价。在Rackspace上，您还可以使用将它们发布到内容传递网络来做一些事情，比如托管一个静态网站。有用，但听起来不像是你要找的东西。

要回答你的具体问题：

1. 块级存储. 将块存储卷附加到服务器上就像插入USB键或连接物理驱动器一样。它公开原始的、未解释的设备访问。因此，就像任何其他驱动器一样，您需要服务器上的操作系统来格式化它并对其数据进行有用的工作。卷没有处理器，所以除非它连接到云服务器，否则它不能做任何有用的事情！ 当您在Rackspace中创建一个块存储卷时，您可以选择它是由SSD还是SATA驱动器支持，以便控制性能权衡:SSD将更快，但成本更高。不过，这两种都是块存储设备。 我不知道你在这里所说的“用户方”是什么意思。由于我之前链接到的安全性问题，您不能在数据中心之外挂载块存储卷，因此只能将其附加到该数据中心内的云服务器上。例如，您不能从桌面上安装一个。 快照(块存储备份)只是您所放置的任何文件的字节对字节副本，因此它实际上根本不处理文件系统。
2. 文件级存储. 答:如果您谈论的是云文件:您不需要特定的软件，因为它使用的是REST，所以您可以使用任何谈论HTTP的方法来操作它，比如Rackspace的web。 这是个好问题！我听说其他客户请求某种备份功能，但我不知道它在路线图上的位置。同时，您可以通过使用复制操作执行存储对象的服务器端副本，并以这种方式手动进行备份。 因为您通常不会像我前面所说的那样直接将Cloud容器挂载到您的文件系统中，所以您不能使用Finder直接操作对象--而是使用API、SDK或web来处理它们。