本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Amazon Database Migration Service 的限额
接下来,您可以找到 Amazon Database Migration Service (Amazon DMS) 的资源配额和命名约束。
Amazon DMS 可以迁移的数据库的最大大小取决于多种因素。这些因素包括源环境、源数据库中数据的分布以及源系统的繁忙程度。
确定特定系统是否适合作为 Amazon DMS 的候选的最佳方式就是进行测试。一开始不要着急,这样您可以让配置正常工作,然后添加一些复杂的对象。最后,尝试进行完全加载来测试。
Amazon Database Migration Service 资源配额
每个 Amazon 区域的每个 Amazon 账户都有关于可以创建的 Amazon DMS 资源数量的配额。达到某一资源的配额时,再进行创建该资源的调用就会失败并引发异常。
下表列出了每个 Amazon 区域的 Amazon DMS 资源及其配额。
资源 | 默认限额 |
---|---|
API 请求节流 | 每秒最多 200 个请求 |
API 请求刷新速率 | 每秒 8 个请求 |
每个用户账户的复制实例数 | 60 |
复制实例的存储总量 | 30000 GB |
每个用户账户的事件订阅数 | 60 |
每个用户账户的复制子网组数 | 60 |
每个复制子网组的子网 | 60 |
每个用户账户的端点数 | 1000 |
每个复制实例的端点数 | 100 |
每个用户账户的任务数 | 600 |
每个复制实例的任务数 | 200 |
每个用户账户的证书数 | 100 |
每个用户账户的数据提供程序数 | 1000 |
每个用户账户的实例配置文件数 | 60 |
每个用户账户的迁移项目数 | 10 |
每个用户账户的 DMS 数据收集器数 | 10 |
一次性生成的目标建议 | 100 |
DMS 数据收集器每小时可以上传的文件数 | 500 |
每个用户账户的同构数据迁移数 | 600 |
一次性运行的同构数据迁移数 | 100 |
每个迁移项目的同构数据迁移数 | 10 |
无服务器复制 | 100 |
有关 API 请求节流配额和刷新速率的更多信息,请参阅了解 API 请求节流。
30000 GB 的存储配额应用到您在给定 Amazon 区域中的所有 Amazon DMS 复制实例。此存储用于在目标无法与源保持同步时缓存更改,以及存储日志信息。
了解 API 请求节流
Amazon DMS 支持的请求速率可变,但最大 API 请求配额为每秒 200 个 API 调用。换而言之,当您的 API 请求超过此速率时就会受到限制。此外,您可以将每秒 API 调用次数限制为较小的值,具体取决于 Amazon DMS 在您发出另一个 API 请求之前刷新您的配额所需的时间。此配额应用到您直接发出 API 调用,以及在使用 Amazon DMS 管理控制台时代表您进行的调用。
要了解 API 请求节流的工作原理,可以想象一下,Amazon DMS 维护一个用于跟踪您的 API 请求的令牌存储桶。在这种情况下,存储桶中的每个令牌都允许您发出一个 API 调用。在任何时候,您的存储桶中最多只能有 200 个令牌。当您发出 API 调用时,Amazon DMS 会从存储桶中删除一个令牌。如果您在不到一秒钟的时间内发出了 200 个 API 调用,则您的存储桶被清空,任何发出另一次 API 调用的尝试都将失败。在您没有进行 API 调用的每一秒中,Amazon DMS 向存储桶中添加 8 个令牌,最多不超过 200 个令牌。这是 Amazon DMS API 请求刷新速率。在节流后的任何时候,当您的存储桶中添加了令牌时,您就可以进行 API 调用,其数量与可用令牌数相同,直到您的调用再次受到限制。
如果您使用 Amazon CLI 来运行 API 调用时受限,则 Amazon DMS 会返回如下错误:
An error occurred (ThrottlingException) when calling the
AwsDmsApiCall
operation (reached max retries: 2): Rate exceeded
这里
是被限制的 Amazon DMS API 操作的名称,例如 AwsDmsApiCall
DescribeTableStatistics
。然后,您可以在延迟足够长的时间后,重试调用或发出另一次调用以避免节流。
注意
与某些其他服务(例如 Amazon EC2)管理的 API 请求节流不同,您不能命令增加由 Amazon DMS 管理的 API 请求节流配额。