亚马逊Amazon AWS云存储机制原理的一些看法

2012年12月15日 发表评论 阅读评论

文章系转载,作者Tater博主,原文网址:http://www.lijingquan.net/aws-store-data.html

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

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

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

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

EBS是提供给系统管理员的,使用效果犹如物理硬盘,存EBS-backed Images,而S3提供给所有人,包括开发者,系统管理员或者用户,存S3-hosted Image,有CDN分发,且采用对象储存,不可能格式化成各种各样的东西使用.对静态资源,快照的储存比较好,但是本身不能创建快照,因为价格比较便宜.关于极限,EBS单文件1T,S3单文件5G.

物理宿主机使用的本地存储称为Instance Store,这个存储的典型特征是非持久.计划内或计划外的重启不会导致数据的丢失.当instance出现下述底层驱动出现故障,或者使用EBS-backed作为root device的实例Stop时,或者虚拟机实例注销时,存储在instance store上的临时数据将会被清除.

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

在EC2中创建虚拟机instance时,会提示选择Images的类型,有s3-hosted images和EBS-backed images两种,通俗地讲就是虚拟机镜像是存在S3或存在EBS两类.如果你使用了s3-Hosted images,Images需从S3存储copy到instance Store, Amazon通常会在物理宿主机缓存好被频繁使用的Image,因此很多时候你感觉不到启动S3-hosted images虚拟机因copy带来的延迟.完成虚拟机镜像copy后启动EC2 instance,使用EBS-backed images的虚拟机启动要快得多,当然这不是最重要的,最重要的是当你关闭虚拟机后,虚拟机的数据还在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/


转载请注明来自:[闪电博客]http://shandian.biz/2265.html

  1. 本文目前尚无任何评论.