Amazon EBS vs S3 vs

在这篇文章我们解决了几个问题：

     EBS提供块级别的存储卷给EC2 实例使用，EBS卷通过网络连接，独立于虚拟机实例生命周期。EBS提供高可用，高可靠，可预期的存储卷给正在运行的虚拟机，并呈现为一个虚拟机设备。EBS尤其适合于数据库应用、文件系统应用，或要求访问裸块级别存储的应用。

2、S3 （Simple Storage Service）产品首页概述

    S3是一个云存储（相应地EBS成为云硬盘也挺合适）。S3被设计成面向开发者易于进行规模扩展的产品。S3提供简单的WEB服务接口，可实现通过网络在任何时间、任何地点存储和获取任何数据。他给所有开发者使用与amazon用于运行自己的网站相同等级的可扩展、可靠、安全、快速、廉价的基础设施。这个服务的目标是最大化可扩展性优势，同时将这些优势交付给开发者。

关于产品的定义，可以从这些地方去查看：Http://aws.amazon.com/ebs/

二、EBS vs S3 vs Instance Store

    我尝试着给Amazon提供的存储服务进行分类，首先分为两大类，一是块设备存储服务，二是对象存储服务。其中块设备存储服务包括本地存储服务和EBS 存储；对象存储服务是S3。AWS的Storage & Content Delivery产品列表上，你会发现S3是一项单独的服务，而EBS不在其中，EBS是基于EC2的一项子服务。两者服务对象不是同一级的。  下面对不同的存储做了简单对比。

    物理宿主机使用的本地存储称为Instance Store，这个存储的典型特征是非持久。计划内或计划外的重启不会导致数据的丢失。当instance出现下述三种情况时，存储在instance store上的临时数据将会被清除。

1、Failure of an underlying drive （底层驱动出现故障）

2、Stopping an Amazon EBS-backed instance （使用EBS-backed作为root device的实例Stop时。）

3、Terminating an instance （虚拟机实例注销）

instance Store和instance的关系如下图所示，Host computer指的就是物理宿主机。

   在申请虚拟机时，如果你看到自己在使用ephemeral 存储就是指Instance Store这个非持久存储。Amazon为啥这样设计instance Store呢？其实你就要理解一下亚马逊的设计原则。当你关闭vm不使用，如果保留数据，那么还是占有资源，而Amazon的计费模式是关闭虚拟机就不计费的。所以亚马逊默认你关机就所有数据都丢失。

 三、s3-hosted p_w_picpaths 和EBS-backed p_w_picpaths的比较分析；

1、在EC2中创建虚拟机instance时，会提示选择Images的类型，有s3-hosted p_w_picpaths和EBS-backed p_w_picpaths两种,通俗地讲就是虚拟机镜像是存在S3或存在EBS两类。如果你使用了s3-Hosted p_w_picpaths，Images需从S3存储copy到instance Store， Amazon通常会在物理宿主机缓存好被频繁使用的Image，因此很多时候你感觉不到启动S3-hosted p_w_picpaths虚拟机因copy带来的延迟。完成虚拟机镜像copy后启动EC2 instance。

2、使用EBS-backed p_w_picpaths的虚拟机启动要快得多，当然这不是最重要的，最重要的是当你关闭虚拟机后，虚拟机的数据还在EBS上，就如同你在使用自己的电脑一样，即使你关机了，数据仍在硬盘中。当然了，为此，你得支付更多的银子。

参考文档：

http://aws.amazon.com/ec2/faqs/#What_is_the_difference_between_using_the_local_instance_store_and_Amazon_Elastic_Block_storage_for_the_root_device

http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/InstanceStorage.html

http://aws.amazon.com/documentation/