比较应用ebs vs s3
Comparative Application ebs vs s3
我是云环境的新手。我确实了解 EBS 和 S3 的定义和存储类型。我想了解 EBS 与 S3 相比的应用。
我确实知道 EBS 看起来像是一个用于大量 put 操作的设备。与 S3 相比，我找不到任何可以使用它的应用程序。我可以考虑将服务器日志放在磁存储上的 EBS 上，因为一个 EBS 可以附加到一个实例。
S3你可以使用缩放属性来添加一些大数据并实时扩展。我们可以在此服务上部署我们的 slef 管理的数据库。
如有错误请指正。请帮助我了解什么最适合什么以及它们之间的比较应用。
正如您所说，它们主要是不同类型的存储：
- 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 然而，情况却大不相同。它是一种存储服务，允许文件uploaded/downloaded（PutObject，GetObject）并且文件被复制到至少三个数据中心。可以选择通过 HTTP/HTTPS 通过 Internet 访问文件，而无需 Web 服务器。可以存储的数据量没有限制。可以通过存储桶策略或通过 IAM 用户和组按对象、按存储桶授予访问权限。
当数据需要共享（本地和跨 Internet）、长期保留、备份（甚至存储备份）并可供其他系统访问时，Amazon S3 是一个不错的选择。但是，应用程序需要专门编码才能使用 Amazon S3，许多传统应用程序希望将数据存储在 本地驱动器 而不是单独的存储服务上.
虽然 Amazon S3 有很多好处，但在某些情况下 Amazon EBS 是更好的存储选择:
- 使用希望在本地存储数据的应用程序时
- 用于存储临时文件
- 当应用程序想要部分更新文件时，因为S3中最小的存储单元是文件，更新文件的一部分需要重新上传整个文件
- 对于非常高 IO 的情况，例如数据库（EBS 预配置 IOPS 可以提供高达 20,000 IOPS 的卷）
- 用于创建 卷快照 作为备份
- 用于创建可用于启动 EC2 实例的 Amazon 机器映像 (AMI)
底线：它们主要是不同类型的存储，每个都有自己的最佳使用点，就像数据库是一种根据情况而定的良好存储形式一样。
我是云环境的新手。我确实了解 EBS 和 S3 的定义和存储类型。我想了解 EBS 与 S3 相比的应用。
我确实知道 EBS 看起来像是一个用于大量 put 操作的设备。与 S3 相比，我找不到任何可以使用它的应用程序。我可以考虑将服务器日志放在磁存储上的 EBS 上，因为一个 EBS 可以附加到一个实例。
S3你可以使用缩放属性来添加一些大数据并实时扩展。我们可以在此服务上部署我们的 slef 管理的数据库。
如有错误请指正。请帮助我了解什么最适合什么以及它们之间的比较应用。
正如您所说，它们主要是不同类型的存储：
- 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 然而，情况却大不相同。它是一种存储服务，允许文件uploaded/downloaded（PutObject，GetObject）并且文件被复制到至少三个数据中心。可以选择通过 HTTP/HTTPS 通过 Internet 访问文件，而无需 Web 服务器。可以存储的数据量没有限制。可以通过存储桶策略或通过 IAM 用户和组按对象、按存储桶授予访问权限。
当数据需要共享（本地和跨 Internet）、长期保留、备份（甚至存储备份）并可供其他系统访问时，Amazon S3 是一个不错的选择。但是，应用程序需要专门编码才能使用 Amazon S3，许多传统应用程序希望将数据存储在 本地驱动器 而不是单独的存储服务上.
虽然 Amazon S3 有很多好处，但在某些情况下 Amazon EBS 是更好的存储选择:
- 使用希望在本地存储数据的应用程序时
- 用于存储临时文件
- 当应用程序想要部分更新文件时，因为S3中最小的存储单元是文件，更新文件的一部分需要重新上传整个文件
- 对于非常高 IO 的情况，例如数据库（EBS 预配置 IOPS 可以提供高达 20,000 IOPS 的卷）
- 用于创建 卷快照 作为备份
- 用于创建可用于启动 EC2 实例的 Amazon 机器映像 (AMI)
底线：它们主要是不同类型的存储，每个都有自己的最佳使用点，就像数据库是一种根据情况而定的良好存储形式一样。