关于AWS帐号与应用场景：

　　Q：我今天注册AWS全球服务帐号，为什么要使用信用卡?

　　注册AWS全球服务账户的确需要信用卡。但是如果你只使用AWS Free Usage Tier中的资源，而不涉及其他收费项目，那么一年内不会扣你信用卡的钱。

　　Q：有没有关于AWS服务的详细介绍资料?

　　英文的详细介绍现在就有：aws.amazon.com/documentation/，中文的后续也将会出来。

　　Q：如果网站平时访问量不高，数据中心的服务器可以轻松应对，但每年有几次大促导致访问激增10几倍，是否可以使用AWS在这些大促的时候解决高峰访问的问题?怎么样实现?

　　这是AWS云平台最擅长的场景，可以通过Auto Scaling来实现。Auto Scaling可以自动扩展，也可以预先设定时间来扩展。

　　Q：跨数据中心的数据备份，需要用户自己设计，还是平台直接提供?

　　数据备份跟使用的服务有关，比如S3的数据备份由AWS平台自动搞定，但是EC2/EBS就需要用户介入。

　　Q：请问AWS在国内是否适合一些大型企业的私有云，还是只面向中小企业?

　　AWS适合于不同大小的企业，我们用户大概是三大类：初创企业，中小企业，大企业/政府机构。

　　Q：请问针对大企业/政府机构，你们的解决方案和面向中小企业的方案是一样的吗?

　　稍微会有不同，但是你可以把AWS服务理解成为不同的构建模块(building blocks)，就像是做菜时不同的原材料。当然我们会有一些参考架构，有点像菜谱，但是需要开发人员和架构师为不同用户量身定做。

　　Q：大企业一般都有自己的数据中心，你们是帮助去搭建私有云平台，还是购买你们的云服务?

　　我们目前不帮客户构建私有云，但是在AWS的服务中可以提供VPC(virtual private cloud)服务，即虚拟私有云，即客户可以在 AWS云中预配置出一个私有、隔离的部分，让您在自己定义的虚拟网络中启动 AWS 资源。您可以完全掌控您的虚拟联网环境，包括选择私有的 IP 地址范围、创建子网，以及配置路由表和网关，通过VPC实现混合云的架构。

　　Q：应用程序如果部署到云上，那样对于应用程序来说需要修改吗?

　　这个要具体分析，如果想要充分利用云的特点，已有应用一般需要做一些调整。如果只是要求能够运行，那么不改也是可能的。AWS的基础设施服务兼容性非常高。

　　Q：目前一个RDS只能建一个数据库吗?如果我现有架构有多个数据库，其中一个是比较大的数据库，其余都是小库，这样的话如果从性价比上来说用RDS不合适，如果用ec2做数据库的话，会不会有磁盘性能问题?是连续的么?

　　RDS可以建多个DB。如果用EC2的话，你可以选择PIOPS，单卷可以到4000 IOPS。

　　Q：在公有云建设初期，平台架构设计中，核心设计是什么?

　　核心设计有几点，包括design for failure，stateless，loosely couple等。

　　关于AWS存储：

　　Q：MySQL在AWS里如何保证HA

　　用RDS for MYSQL的Multi-AZ Deployment。

　　Q：EBS如果被卸载了， 里面的数据还有机会找回来吗

　　EBS卸载了里面数据还会在，你不删除EBS卷就行。

　　Q：用RDS存数据库和EC2上做一个数据库，哪个性能会更好?

　　取决于用户的数据库技能，如果技术很强，那么用EC2可能会好一些，否则RDS配置的性能会更好。当然是在同等实例规模的情况下。

　　Q：在数据库方面，如果客户有大数据量查询的需求时，RDS是如何实现的?

　　一般有以下几种方式：

　　1. Elasticache。

　　2. RDS for MySQL的 read replica功能。

　　3. 尽量把数据少放到RDS，配合使用S3和DynamoDB。

　　Q：AWS适合做视频监控数据的集中存储吗?

　　适合，我们的客户Dropcam就是一个典型的例子。可以参考Dropcam的案例，链接http://aws.amazon.com/solutions/case-studies/dropcam/

　　Q：那和SAN 存储一样吗?

　　EBS的使用方式的确与传统的SAN很像。

　　Q：数据库方面的性能弹性要求，是否也是通过Auto Scaling实现的?

　　关系型数据库，不能Auto Scaling。DynamoDB这样的NoSQL，可以实现类似Auto Scaling的效果。

　　Q：Elasticache 类似in-memoryDB?

　　是的，Elasticache支持Redis。

　　Q：我可以这么理解么?DynamoDB是MMP数据库?

　　DynamoDB是符合CAP理论的NoSQL，key-value模式。Redshift是MMP架构的数据仓库。

　　Q：在数据库方面，通过RDS和DynamoDB 把数据库读写分离。

　　把DynamoDB和RDS结合起来用是一种比较好的设计方式，充分利用云平台的特性。

　　Q：RDS不能Auto Scaling?

　　RDS不能Auto Scaling，但是可以快速扩展。这是由关系型数据库理论限制的。

　　Q：Elastic Transcoder没用过，但是听起来很有意思，转换后会连接CloudFront?

　　你指定格式，Elastic Transcoder帮你转换。不能自动适配设备。转换后的媒体文件一般放在S3上，可以方便的与CloudFront集成使用。

　　Q：AWS中，EBS的快照主要用于数据备份还是用于快速创建虚机?

　　EBS快照主要用户数据备份，快速创建虚机建议用创建AMI的方式，其内部也是通过快照根据已有实例快速生成一个新AMI。

　　Q：用于备份的快照必须上传到S3上吗?还是用户可选?

　　EBS的快照有AWS自动备份到S3，用户不用管。

　　Q：RDS和DynamoDB把数据库读写分离，这个能多说几句吗?

　　基本设计理念是，除非必要，能不放在关系型数据库的数据，就不要放在关系型数据库里面，因为它很难扩展。

　　Q：象平时的WEB应用都保存Session，自动扩展的这种有状态的请求怎么来保持?

　　把Session放在实例外面，比如DynamoDB，RDS等。

　　关于AWS数据安全：

　　Q：数据安全性怎样解决?

　　AWS有一整套完善的数据安全性保障手段和管理流程。用户可以让AWS加密，也可以通过自己的手段加密。AWS建议用户对所有的数据都采用加密方式。用户加密后，只有用户拥有秘钥。没有秘钥的情况下，加密的数据都不可以被他人读取。

　　关于AWS使用细节：

　　Q：单个节点的VM会因为平台维护而被强制重启吗?

　　有这可能性，但是比较小。我们也建议用户跨AZ部署。

　　Q：如果计算和存储资源不够的话，AWS有预警或报警的措施吗?

　　可以通过CloudWatch和SNS来设置告警。

　　Q：我们现在碰到ELB的IP Shift问题，就是ELB自己会Scaling，有时候会导致DNS解析的IP会失效，就会出现503错误，请问是什么问题呢?

　　ELB尽量不要用IP，用ELB的DNS名称。

　　Q：ELB会造成用户访问时候IP变化吗?

　　不会，有个设置(X-Forwarded-For)。

　　Q：VPC可以和EC2互相访问吗?

　　VPC中的公有子网内的实例，可以与EC2-Classic中的实例通信。但是私有子网内的实例一般不能互访，如果单向访问可以通过NAT来实现。

　　Q：Elastic Transcoder可以指定目标视频的分辨率吗?

　　可以设置分辨率和格式。

　　Q：做在线迁移的话有没有IO瓶颈 ?

　　不建议做在线迁移，如果架构设计好了，不存在在线迁移的需求。

　　Q：能不能对用户数据进行可视化分析?

　　AWS提供了一些大数据分析的服务，可视化的展示需要结合一些第三方可视化工具或用户自己设计。

　　Q：另外，对于云上购买资源的扩展和收缩，对于应用来说也需要修改吗?

　　自动伸缩对应用设计有要求，不是每个应用都可以的。

 　　Q：我请教一个问题，我们在北美有一个EMR集群HADOOP20，用下来感觉 S3比EMR集群HDFS速度要慢很多，大概是15%左右，但是HDFS在EMR中的收费又是按独立节点来计算的，这个事情比较纠结，EMR集群节点关闭后，数据就没了，除非持久化到S3上面。我不确定S3的速度慢，是我们代码的问题，还是EMR/S3框架问题造成的?