AWSSAA考试经验总结.docVIP

大数据(MapReduce Kafka ETL日志处理 数据仓库 500MB/S)使用的磁盘I/A：Amazon EBS throughout optimized HDD volume （上千张略缩图并且在过程中将临时数据写入存储）需要高速IO的磁盘(高速率的随机磁盘读写，长期一致的持久性)：Amazon EBS provisioned IOPS SSD volume 对象存储：S3 ，S3不适用于频繁覆盖和删除，RDS最多的用处就是增删改查，所以如果数据要一直覆盖和删除，则需要RDS I/O较低，偶尔会有小峰值：EBS通用SSD(gp2) General Purpose Amazon Athena 数据库查询服务是一种无服务器交互式sql查询服务，让您能够轻松使用标准 SQL 进行 S3 数据库查询工作。 “Mount storage” keyword : EFS数据一致性与文件锁定 并行处理文件，都选择EFSEFS是文件存储，不是对象存储（S3） 吞吐量经过优化的HDD（st1）卷提供了低成本的磁存储，该磁存储根据吞吐量而不是IOPS定义了性能。此卷类型非常适合大型连续工作负载，例如Amazon EMR，ETL，数据仓库和日志处理。 冷HDD（sc1）卷提供了低成本的磁存储，该磁存储通过吞吐量而不是IOPS来定义性能。sc1具有比st1低的吞吐量限制，非常适合大型连续的冷数据工作负载 Glacier: 数据不可变，创建存档后便无法对其进行更新。 SNS+SQS组合。SQS将消息排队，SNS将它们推送到它们需要去的任何地方。可以防止瓶颈和单点故障 移动/网络应用程序身份验证，想想 cognito和MFA gateway VPC endpoint只用于DynamoDB和S3，剩下的其他服务都是用interface VPC endpoint VPC flow logs:记录网络流量 对S3进行加密并且不希望管理任何密钥就用SSE-S3 Cloudtrail 是用来记录API调用的,可以用来记录AWS的任何资源的行为审核日志确认实例终止原因可以使用Amazon CloudWatch代理将日志推送到Amazon CloudWatch日志 CloudWatch Logs用来解决日志问题 Elastic Beanstalk 将自动处理容量预配置、负载均衡、自动扩展及应用程序运行状况监控等部署详细工作。（还是会有EC2实例，只不过是自动管理）是非常好的web解决方案,比如node.js Cloudwatch指标将仅向您显示特定于ELB本身的指标。而不是哪个src IP/客户端访问了该ELB上的特定服务。为此，您需要在ELB上启用访问日志。 有多个app调用消费，并且公开为RESTful calls，那么就需要Kinesis Data Stream。SQS一般用来内部应用 AWS Systems Manager Parameter Store用来做配置和密码管理的,把那些个配置还有密码当做参数值来使用,某些服务中需要??使用到密码,那么就可以调用 AWS Systems Manager Parameter Store来获取相应的密码,这是AWs的一种解决方案。 不接受停机时间的话，DynamoDB更适合存放用户的会话session数据，而且它是无线可扩展的(unlimited scalability) 支持TB级别的数据 会话数据严格来说，放在缓存中最合适，所以选择 ElasticCache 请求URL中基于路径的路由那就是ALB（WebSocket 、 HTTP/HTTPS） 如果实例未能通过运行状况检查，则ALB将触发从新实例中删除，可以用来自动恢复服务如果您将一个或多个负载均衡或目标组附加到您的弹性伸缩组，则默认情况下，该组不会认为某个实例不健康，如果该实例未通过负载均衡健康检查，则会将其替换。但是，您可以选择将Auto Scaling组配置为使用弹性负载平衡运行状况检查。这样可以确保组可以根据负载均衡器提供的其他测试来确定实例的健康状况。负载均衡器定期发送ping、尝试连接或发送请求来测试EC2实例。这些测试被称为健康检查。 Reader endpoint仅对指向Aurora DB群集中可用Aurora副本的连接进行负载平衡 将auto scaling组的健康检查类型更改为ELB，就可以确保标记为不正常的实例将被终止和替换，针对ELB进行健康检查可以检测到具体实例的数量，然后Auto scaling就会进行必要的调整 write-heavy 优化磁盘，比如对于RDS/NoSQL来说，优先选用Provisioned IOPS SSDread-heavy 考虑使用ElastiCache 通过content metadata