比较应用ebs vs s3

Question

我是云环境的新手。我理解EBS和S3的定义和存储类型。我想了解EBS与S3相比的应用。

我确实理解EBS看起来像是一个重载但操作的设备。我找不到任何可以与S3相比使用的应用程序。我可以考虑将服务器日志放在磁存储上的EBS上，因为一个EBS可以连接到一个实例。

S3您可以使用scaling属性添加一些繁重的数据并实时扩展。我们可以在这项服务上部署我们的slef托管dbs。

如果我错了，请纠正我。请帮助我理解什么是最适合他们的东西和应用相互比较。

Answer 1

正如您所说，它们主要是不同类型的存储：

• Amazon Elastic Block Store（EBS）是一种持久磁盘存储服务，可为虚拟机提供存储卷（类似于VMWare中的VMDK文件）
• Amazon Simple Storage Service（S3）是一个对象存储系统，它将文件存储为对象，并可选择通过Internet提供这些文件。

那么，人们如何选择使用哪种？它非常简单......如果他们需要在Amazon EC2实例上安装卷，他们需要使用Amazon EBS。它在Windows中为它们提供了C:，D:驱动器等，在Linux中提供了可安装的卷。传统上，计算机希望拥有本地连接的磁盘存储。简单地说：如果操作系统或在Amazon EC2实例上运行的应用程序想要在本地存储数据，它将使用EBS。

EBS卷实际上存储在两个物理设备上，以防出现故障，但EBS卷显示为单个卷。创建卷时必须选择卷大小。该卷存在于单个可用区中，并且只能连接到同一可用区中的EC2实例。即使附加的EC2实例已停止，EBS卷仍然存在;当实例再次启动时，磁盘将保持连接状态并且所有数据都已预先启用。

然而，

Amazon S3 是完全不同的。它是一个存储服务，允许上传/下载文件（PutObject，GetObject），并且至少在三个数据中心内复制文件。可以选择通过HTTP / HTTPS通过Internet访问文件，而无需Web服务器。可存储的数据量没有限制。可以通过Bucket Policy或IAM用户和组为每个对象，每个桶授予访问权限。

当需要共享数据（本地和Internet），长时间保留，备份（甚至存储备份）以及其他系统可访问时，Amazon S3是一个不错的选择。但是，应用程序需要专门编码才能使用Amazon S3 ，许多传统应用程序希望将数据存储在本地驱动器上，而不是存储在单独的存储服务上。

虽然Amazon S3有许多好处，但仍然存在 Amazon EBS是更好的存储选择的情况：

• 使用期望本地存储数据
的应用程序时
• 用于存储临时文件
• 当应用程序想部分更新文件时，因为S3中最小的存储单元是文件并且更新文件的一部分需要重新上传整个文件
• 对于极高IO情况，例如数据库（EBS预配置IOPS可提供高达20,000 IOPS的数据量）
• 用于创建卷快照作为备份
• 用于创建可用于启动EC2实例的亚马逊机器映像（AMI）

底线：它们主要是不同类型的存储，每个都有自己的用法甜点，就像数据库是一种很好的存储形式，视情况而定。