# REL 1  如何管理服务配额和限制？ 基于云的工作负载架构存在服务配额（也被称作服务限制）。存在这些配额是为了防止意外预置超过您所需的资源，并对 API 操作的请求速率进行限制，以保护服务不会遭到滥用。还存在资源限制，例如，将比特推入光缆的速率，或物理磁盘上的存储量。 **Topics** + [REL01-BP01 了解服务限额和限制](rel_manage_service_limits_aware_quotas_and_constraints.md) + [REL01-BP02 跨多个账户和区域管理服务限额](rel_manage_service_limits_limits_considered.md) + [REL01-BP03 通过架构适应固定服务限额和限制](rel_manage_service_limits_aware_fixed_limits.md) + [REL01-BP04 监控和管理限额](rel_manage_service_limits_monitor_manage_limits.md) + [REL01-BP05 自动管理限额](rel_manage_service_limits_automated_monitor_limits.md) + [REL01-BP06 确保在当前限额与最大使用量之间存在足够的差距，以便应对失效转移](rel_manage_service_limits_suff_buffer_limits.md) # REL01-BP01 了解服务限额和限制 您要知道您的工作负载架构的默认配额和配额提高请求。您还要了解哪些资源限制（如磁盘或网络）可能会对您产生影响。 Service Quotas 是一项 AWS 服务，可帮助您在一个地方管理 100 多项 AWS 服务的限额。除了查找限额值，您还可以在 Service Quotas 控制台或通过 AWS 开发工具包请求增加限额并跟踪。AWS Trusted Advisor 提供服务限额检查，显示您的服务使用情况，以及某些服务在某些方面的限额。不同服务的默认服务限额也可在对应服务的 AWS 文档中找到，例如，请参阅 [Amazon VPC 配额](https://docs.aws.amazon.com/vpc/latest/userguide/amazon-vpc-limits.html).通过配置使用计划，可在 API Gateway 内设置限流 API 的速率限制。可通过配置对应的服务进行设置的其他限制包括预置 IOPS、已分配的 RDS 存储，以及 EBS 卷分配等。Amazon Elastic Compute Cloud (Amazon EC2) 有自己的服务限制控制面板，可帮助您管理您的实例、Amazon Elastic Block Store (Amazon EBS) 和弹性 IP 地址限制。如果在某用例中，服务配额会对您的应用程序的性能造成影响，而且您无法根据自身需求对其进行调整，请联系 AWS 支持 了解是否有解决的办法。 **常见反模式：** + 部署工作负载，但未考虑所使用的 AWS 服务上的服务限额。 + 设计工作负载，但未不调查和考虑 AWS 服务的设计限制。 + 部署大量使用的工作负载来替换已知的现有工作负载，但没有配置必要的限额或预先联系 AWS 支持。 + 通过计划事件来将流量引导至您的工作负载，但没有配置必要的限额或预先联系 AWS 支持。 **建立此最佳实践的好处：** 了解服务配额，API 限流限制和设计限制，使您能够在设计、实施和运营工作负载时考虑到这些限制因素。 **未建立此最佳实践暴露的风险等级：** 高 ## 实施指导 + 在发布的文档和 Service Quotas 中查看 AWS 服务限额 + [AWS Service Quotas（以前称为限制）](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) + 通过查看部署代码确定工作负载所需的所有服务。 + 使用 AWS Config 查找 AWS 账户中使用的所有 AWS 资源。 + [AWS Config 支持的 AWS 资源类型和资源关系](https://docs.aws.amazon.com/config/latest/developerguide/resource-config-reference.html) + 您也可以使用 AWS CloudFormation 确定使用的 AWS 资源。查看 AWS 管理控制台中创建的资源或通过 list-stack-resources CLI 命令创建的资源。您还可以查看配置为要在模板自身部署的资源。 + [查看 AWS 管理控制台上的 AWS CloudFormation 堆栈数据和资源](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-console-view-stack-data-resources.html) + [适用于 CloudFormation 的 AWS CLI：list-stack-resources](https://docs.aws.amazon.com/cli/latest/reference/cloudformation/list-stack-resources.html) + 确定适用的服务配额。通过 Trusted Advisor 和 Service Quotas 使用能够以编程方式访问的信息。 ## 资源 **相关文档：** + [AWS Marketplace：可以帮助跟踪限制的 CMDB 产品](https://aws.amazon.com/marketplace/search/results?searchTerms=CMDB) + [AWS Service Quotas（以前称为服务限制）](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) + [AWS Trusted Advisor 最佳实践检查（见“服务限制”部分）](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/best-practice-checklist/) + [AWS Answers 上的 AWS Limit Monitor](https://aws.amazon.com/answers/account-management/limit-monitor/) + [Amazon EC2 服务限制](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html) + [什么是 Service Quotas？](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) **相关视频：** + [AWS Live re:Inforce 2019 – Service Quotas](https://youtu.be/O9R5dWgtrVo) # REL01-BP02 跨多个账户和区域管理服务限额 如果您目前使用多个 AWS 账户或 AWS 区域，请确保在运行生产工作负载的所有环境中都请求适当的限额。 每个账户的服务配额都可被跟踪。除非另有说明，否则每个限额都针对的是特定的 AWS 区域。除生产环境以外，还要管理所有适用的非生产环境中的配额，以避免妨碍测试与开发。 **常见反模式：** + 允许一个隔离区内的资源利用率增加，但没有相关机制保持其他隔离区中的容量。 + 手动单独设置隔离区中的所有限额。 + 无法确定区域级别隔离的部署是否具有足够的大小，在某个部署丢失时容纳来自其他区域的流量增长。 **建立此最佳实践的好处：** 在隔离区不可用时，确保您能够处理当前负载，这有助于减少在失效转移期间发生的错误数，并且不会导致您的客户遭遇服务拒绝访问的情况。 **未建立这种最佳实践的情况下暴露的风险等级：** 高 ## 实施指导 + 根据您的服务要求、延迟、法规和灾难恢复（DR，Disaster Recovery）要求选择相关账户和区域。 + 确定跨所有相关账户、区域和可用区的服务限额。限制的范围具体到账户和区域。 + [什么是 Service Quotas？](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) ## 资源 **相关文档：** + [AWS Marketplace：可以帮助跟踪限制的 CMDB 产品](https://aws.amazon.com/marketplace/search/results?searchTerms=CMDB) + [AWS Service Quotas（以前称为服务限制）](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) + [AWS Trusted Advisor 最佳实践检查（见“服务限制”部分）](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/best-practice-checklist/) + [AWS Answers 上的 AWS Limit Monitor](https://aws.amazon.com/answers/account-management/limit-monitor/) + [Amazon EC2 服务限制](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html) + [什么是 Service Quotas？](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) **相关视频：** + [AWS Live re:Inforce 2019 – Service Quotas](https://youtu.be/O9R5dWgtrVo) # REL01-BP03 通过架构适应固定服务限额和限制 请注意不可更改的服务配额和物理资源，并且在设计架构时要防止这些因素影响可靠性。 其中的示例包括网络带宽、AWS Lambda 有效负载大小、限制 API Gateway 的突发速率，以及并发用户连接至 Amazon Redshift 集群。 **常见反模式：** + 执行基准测试时间过短，利用突发限制，但随后希望服务在该容量下持续执行。 + 选择每个用户或客户使用一项服务资源的设计时，没有意识到设计存在限制，这些限制将导致扩展时设计失败。 **建立此最佳实践的好处：** 跟踪您工作负载其他部分中的 AWS 服务的固定限额和限制，例如连接限制、IP 地址限制和第三方服务限制，以便能够检测到何时接近限额，并使您能够在超出限额之前解决限额问题。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 + 了解固定服务限额：了解固定服务限额和限制，并围绕这些因素设计架构。 + [AWS Service Quotas](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) ## 资源 **相关文档：** + [AWS Marketplace：可以帮助跟踪限制的 CMDB 产品](https://aws.amazon.com/marketplace/search/results?searchTerms=CMDB) + [AWS Service Quotas（以前称为服务限制）](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) + [AWS Trusted Advisor 最佳实践检查（见“服务限制”部分）](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/best-practice-checklist/) + [AWS Answers 上的 AWS Limit Monitor](https://aws.amazon.com/answers/account-management/limit-monitor/) + [Amazon EC2 服务限制](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html) + [什么是 Service Quotas？](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) **相关视频：** + [AWS Live re:Inforce 2019 – Service Quotas](https://youtu.be/O9R5dWgtrVo) # REL01-BP04 监控和管理限额 评估您的可能使用情况，并适当提高您的限额，支持使用量按计划增长。 对于支持的服务，您可以通过配置 CloudWatch 警报来监控使用情况，并在接近配额时发出提醒，从而管理您的配额。这些警报可以从 Service Quotas 或 Trusted Advisor 触发。您还可以使用 CloudWatch Logs 上的指标筛选条件来搜索与提取日志中的模式，确定使用量是否快达到配额阈值。 **常见反模式：** + 配置警报，以在快达到 Service Quotas 时发出提醒，但没有关于如何响应提醒的流程。 + 只为 Service Quotas 支持的服务配置警报，不监控其他服务。 **建立此最佳实践的好处：** 自动跟踪 AWS 服务限额，并根据这些限额监控您的使用情况，使您可以了解何时达到限额。您也可以使用这些监控数据来评估何时可以降低限额，从而节省成本。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 + 监控和管理限额：评估您在 AWS 上的可能使用情况，适当提高您的区域服务限额，并支持使用量按计划增长。 + 获取当前资源使用量（例如存储桶、实例）。使用 Amazon EC2 DescribeInstances API 等服务 API 操作来收集当前资源使用情况信息。 + 捕获当前限额：使用 AWS Service Quotas、AWS Trusted Advisor 和 AWS 文档。 + AWS Service Quotas 是一项 AWS 服务，使用该服务可帮助您在一个地方管理 100 多项 AWS 服务的限额。 + 根据 Trusted Advisor 服务限制来确定您当前的服务限制。 + 使用服务 API 操作来确定当前服务限额（如果支持）。 + 记录已发出的限额提高请求及其状态。限额提高请求获得批准后，请确保更新您的记录以反映限额更改。 ## 资源 **相关文档：** + [AWS Marketplace：可以帮助跟踪限制的 CMDB 产品](https://aws.amazon.com/marketplace/search/results?searchTerms=CMDB) + [AWS Service Quotas（以前称为服务限制）](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) + [服务限制的 AWS Trusted Advisor 最佳实践检查](https://docs.aws.amazon.com/awssupport/latest/user/service-limits.html) + [AWS Answers 上的 AWS Limit Monitor](https://aws.amazon.com/answers/account-management/limit-monitor/) + [Amazon EC2 服务限制](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html) + [什么是 Service Quotas？](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) + [使用 Amazon CloudWatch 警报监控 Service Quotas](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) **相关视频：** + [AWS Live re:Inforce 2019 – Service Quotas](https://youtu.be/O9R5dWgtrVo) # REL01-BP05 自动管理限额 实施工具以便在接近阈值时向您发送提醒。您可以自动发出限额提高请求：通过使用 AWS Service Quotas API，您可以自动发出限额提高请求。 如果将您的配置管理数据库 (CMDB) 或票证系统与 Service Quotas 集成，您可以自动跟踪配额提高请求和当前配额。除了 AWS 开发工具包之外，Service Quotas 还使用 AWS Command Line Interface（AWS CLI）提供自动化。 **常见反模式：** + 以电子表格的形式跟踪配额和使用情况。 + 每天、每周或每月运行使用情况报告，然后将使用情况与配额进行比较。 **建立此最佳实践的好处：** 自动跟踪 AWS 服务限额，并根据这些限额监控您的使用情况，从而让您了解何时接近限额。您可以设置自动流程，帮助您在需要时提出配额提高请求。当使用情况趋向于相反的方向时，您可能需要考虑降低一些限额，以实现降低风险（如果凭据被盗）和节省成本的效果。 **未建立此最佳实践暴露的风险等级：** 中 ## 实施指导 + 设置自动监控：通过开发工具包实施各种工具，以便在接近阈值时向您发出提醒。 + 利用 Service Quotas，通过自动限额监控解决方案（例如 AWS Limit Monitor 或从 AWS Marketplace 获得的产品）来增强服务。 + [什么是 Service Quotas？](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) + [AWS 上的限额监控 – AWS 解决方案](https://aws.amazon.com/answers/account-management/limit-monitor/) + 使用 Amazon SNS 和 AWS Service Quotas API 来根据限额阈值来设置触发响应。 + 测试自动化。 + 配置限制阈值。 + 与来自 AWS Config、部署管道、Amazon EventBridge 或第三方的更改事件集成。 + 人工设置低限额阈值来测试响应。 + 设置触发器以根据通知采取适当措施，并在必要时联系 AWS 支持。 + 人工触发更改事件。 + 运行实际测试以测试限额提高更改流程。 ## 资源 **相关文档：** + [APN 合作伙伴：可帮助进行配置管理的合作伙伴](https://aws.amazon.com/partners/find/results/?keyword=Configuration+Management) + [AWS Marketplace：可以帮助跟踪限制的 CMDB 产品](https://aws.amazon.com/marketplace/search/results?searchTerms=CMDB) + [AWS Service Quotas（以前称为服务限制）](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) + [AWS Trusted Advisor 最佳实践检查（见“服务限制”部分）](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/best-practice-checklist/) + [AWS 上的限额监控 – AWS 解决方案](https://aws.amazon.com/answers/account-management/limit-monitor/) + [Amazon EC2 服务限制](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html) + [什么是 Service Quotas？](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) **相关视频：** + [AWS Live re:Inforce 2019 – Service Quotas](https://youtu.be/O9R5dWgtrVo) # REL01-BP06 确保在当前限额与最大使用量之间存在足够的差距，以便应对失效转移 当资源出现故障时，它可能仍会被计入限额，直到被成功终止。在出现故障的资源被终止之前，请确保您的配额涵盖所有出现故障的资源与其替换资源的叠加。在计算此差距时，应将可用区故障考虑在内。 **常见反模式：** + 根据当前需求设置服务限额，而不考虑失效转移场景。 **建立此最佳实践的好处：** 当事件可能影响可用性时，云可让您实施策略来减小这些事件造成的影响或从这些事件中恢复。此类策略通常包括创建额外资源来替换出现故障的资源。您的限额策略必须适应这些额外资源。 **未建立此最佳实践暴露的风险等级：** 中 ## 实施指导 + 确保您的服务限额与最高使用量之间有足够的差距，以便应对失效转移。 + 根据您的部署模式、可用性要求和使用量增长情况确定服务限额。 + 根据需要请求增加限额。预计完成限额提高请求所需的时间。 + 确定可靠性要求（也称为“X 个 9”）。 + 构建故障场景（例如组件、可用区或区域缺失）。 + 确定部署方法（例如金丝雀部署、蓝/绿部署、红/黑部署或滚动部署）。 + 在当前限制中包含适当的缓冲区（例如 15%）。 + 预计使用量增长（例如监控使用量趋势）。 ## 资源 **相关文档：** + [AWS Marketplace：可以帮助跟踪限制的 CMDB 产品](https://aws.amazon.com/marketplace/search/results?searchTerms=CMDB) + [AWS Service Quotas（以前称为服务限制）](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) + [AWS Trusted Advisor 最佳实践检查（见“服务限制”部分）](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/best-practice-checklist/) + [Amazon EC2 服务限制](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-resource-limits.html) + [什么是 Service Quotas？](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) **相关视频：** + [AWS Live re:Inforce 2019 – Service Quotas](https://youtu.be/O9R5dWgtrVo)