13-Google云计算总结及Amazon云计算技术_59706125.ppt

灵活性：EC2允许用户对运行的实例类型、数量自行配置，还可以选择实例运行的地理位置。可以根据用户的需求随时改变实例的使用数量。 低成本：EC2使得企业不必为暂时的业务增长而购买额外的服务器等设备。EC2的服务都是按小时来收费的，而且价格相当合理。 安全性：EC2向用户提供了一整套的安全措施，包括基于密钥对机制的SSH方式访问，可配置的防火墙机制等。同时允许用户对它的应用程序进行监控。 易用性：用户可以根据亚马逊提供的模块自由构建自己的应用程序，同时EC2还会对用户的服务请求自动进行负载平衡。 容错性：利用系统提供的诸如弹性IP地址之类的机制，EC2在最大程度上保证故障发生时用户服务仍能维持在稳定的水平。 * EC2计算单元（ECU）是Amazon EC2框架中 对于计算资源的抽象 一个EC2计算单元的性能相当于一个1.0- 1.2GHz 2007 Opteron 或 2007 Intel? Xeon? 处理器 利用ECU对实例分类 * * 不同地理区域，多个数据中心每个地理区域里含有一些可用区，可在其中发 起实例 对一个区域中的每个可用区采取隔离措施， 避免一个可用区中的故障影响其他可用区 通过在不同的可用区中启动实例，可以避免 应用程序受到在单一位置发生的故障的影响 * * * * Dynamo 的冗余副本读写策略比较有趣，它定义了：N,W,R三个参数。其中N代表系统中每条记录的副本数，W代表每次记录成功写操作需要写入的副本数，R代表每次记录读请求最少需要读取的副本数。只要W+R N就可以保证数据的一致性。这种做法相比我们最朴素的想法——我们直观的想法一定认为如果系统要求记录冗余N份，那么每次就写入N份，而在读请求时读取任意一份可用记录即可——要更安全，也更灵活。说其更安全是指数据一致性更能被保证：比如说客户写入一条记录，该记录有三个副本在三个不同点上，但是其中一个点临时故障了，因此记录没有被写入／更新。那么在对该记录再读取时，如果取两点（R=2）则必然会读取到最少一个正确的值（临时故障点有可能在读是恢复，那么读出的值则不存在或者不是最新的；若临时故障点还未恢复，则读请求无法访问其上副本）。而使用我们传统方法可能读到发生临时故障的那点，此刻就有可能读出现错误记录（旧的或者不存在），因此可以看到加大W,R可提高系统安全性；说其更灵活则是指可通过配置N,W,R这几个参数以满足包括访问方式、速度和数据安全等迥异需求的各种场景：比如对于写多读少的操作，可将W配低，R配高；相反对于写少读多的操作，则可将W配高，R配低 * * 常被用于高流量网站，在线游戏网站和搜索引擎的大规模数据管理和分类 用户：纽约时报 * * 它没有目录和没有文件名-只是一个大空间 S3中元数据存储的是对象数据内容的附加描述信息，这些信息可以是系统默认定义的系统元数据（system metadata），也可以是我们自定义的用户元数据（user metadata）。其中用户元数据的大小不得超过2048字节。 元数据是通过一对键-值（name-value）集合来定义的。S3中元数据的处理由用户自己完成，系统并不干预。亚马逊对于对象存储的内容没有限制，但每个对象最大容量目前被限制在5GB，且在使用UTF-8编码时对象名不能超过1024字节。重命名操作在对象中无效。对象数据的实际存储方式对于用户来说是不透明的，也就是说一旦用户对象被创建并添加数据，我们就无法对数据的某一子部分直接进行修改。间接的修改办法就是重新创建对象并向其中添加新的数据。 * 在数据被充分的传播到所有的存放节点之前返回给用户的仍是原数据 要想构建一个灵活且可扩展的系统，低耦合度是很有必要的。因为只有系统各个组件之间的关联度尽可能低才可以根据系统需要随时从系统中增加或者删除某些组件。但松散的耦合度也带来了组建之间的通信问题，如何实现安全、高效的通信是设计一个低耦合度的分布式系统所必须考虑的问题。简单队列服务（Simple Queue Service，以下简称SQS）是亚马逊为了解决其云计算平台之间不同组件的通信而专门设计开发的 * * * * * * * * 基础存储架构Dynamo Dynamo在Amazon服务平台中的地位 Dynamo架构的主要技术 数据均衡分布 数据一致性处理机制 数据分布 假设我的数据是自然数（1-20），资源现在是三台主机（A，B，C），采用取模分配方式 分配后A主机的数据为（1，4，7，10，13，16，19），B为（2，5，8，11，14，17，20） C（3，6，9，12，15，18） 现在增加一台主机D，重新分布后的结果是A（1，5，9，13，17） B（2，6，10，14，18） C（3，7，11，15，19） D（4，8，12，15，20 可以看到，有大量