关键要点
在本系列的第二部分中,我们将聚焦于如何定期评估 AWS DMS 实例的大小并根据需求进行扩展或缩减,同时介绍如何利用 AWS DMS的功能和配置来优化迁移成本。我们强调了以下策略:
您应定期进行容量规划,以确保复制实例与当前负载需求保持一致。根据需要调整实例大小,以维持最佳性能和成本效率。可以考虑以下策略:
| 策略 | 描述 |
|---|---|
| 正确设置 AWS DMS 资源 | 根据工作负载需求调整资源 |
| 根绝迁移阶段与吞吐量要求进行扩展或缩减 | 根据实际需求灵活调整 |
| 使用 AWS DMS Serverless 自动扩展 | 动态调整资源,在高峰和闲置期间节省成本 |
在本节中,我们将讨论何时需要重新评估 AWS DMS 实例大小的各种情况。
在 AWS DMS 迁移的完整加载阶段,AWS DMS 实例会缓存来自源端点的所有更改。这可能导致实例消耗更多内存和磁盘空间。但是,在迁移的 CDC阶段,实例通常不会长时间缓存来自源端点的更改。因此,在 CDC 阶段评估和调整实例大小以节省成本非常重要。评估 AWS DMS实例资源使用情况时,请考虑以下因素:
在评估过后,您可以根据需要扩大或缩小实例。这有助于在不中断迁移性能的情况下节省成本。
在故障排查 AWS DMS 迁移时,有时需要启用调试模式以获取详细日志。这可能会导致 AWS DMS 实例需要更多的 存储来存储日志。因此,重要的是在启用或禁用调试模式时重新评估实例大小。
调试模式可以帮助您通过提供详细日志来排查 AWS DMS 迁移中的问题。然而,调试模式也可能导致实例消耗更多的 EBS 存储。所需的 EBS存储量将取决于您所需的详细程度。在启用调试模式之前,评估所需的 EBS 存储量是很重要的。评估后,您可以根据需要调整实例大小。
AWS DMS 提供了
功能,以确保您的数据从源正确迁移到目标。然而,值得注意的是,数据验证可能会消耗源和目标的额外资源,以及额外的网络资源。因此,在决定是否启用数据验证时,需要权衡数据验证的成本与确保数据准确迁移的重要性。
在决定是否启用数据验证时,可以考虑以下几点:
如果数据较小且准确性不是关键,那么数据验证可能就不是必要的。然而,如果数据量大或准确性至关重要,那么启用数据验证可能是一个值得的投资。
为了根据性能需求定期评估和调整 AWS DMS 复制实例的大小,您可以使用 CloudWatch 指标、监控和警报功能及自动化能力来制定行动计划。
通过遵循此行动计划,您可以持续监控和优化 AWS DMS 复制实例的大小,确保其与性能需求相一致,同时最大限度地降低成本,确保数据库迁移过程顺利高效。
您可以配置 CloudWatch警报和事件通知主动监控复制实例的性能和资源利用情况。在特定性能阈值被突破或复制延迟超过可接受限制时设置警报。这些提示可以帮助您及时识别和解决任何性能问题。
有关更多信息,请参阅 。
定期监控 CloudWatch 指标以确保复制实例不会超载并影响 AWS DMS 迁移任务的性能是非常重要的。成功的迁移需要监控 CPU、内存和 IOPS使用情况。源和目标的数据库引擎以及数据类型都会影响这些指标。有关详细信息,请参阅 。
以下是运行多个任务时需监控的关键指标:
在基准测试阶段,您应评估收集的性能指标。如果复制实例的性能持续低于所需阈值,请考虑扩展到更大的实例。对于初始测试,测试大表和小表迁移的时间线,并在实际生产迁移过程中适时调整实例大小。
本节探讨在成本最小化优先级较高且迁移任务不涉及关键或敏感数据的场景。在这种情况下,您可以选择单区配置。单区实例通常比多区实例更具成本效益。在选择 Multi-AZ 和 Single-AZ 配置时,应考虑迁移任务的具体要求和特性。
| AWS DMS 部署类型 | Multi-AZ | Single-AZ |
|---|---|---|
| 数据保护与业务连续性 | 需要 | 短期迁移 |
| 长期和持续的复制任务 | 需要 | 仅限完整加载任务 |
| 关键生产迁移 | 需要 | 可能需要重启任务 |
您应该分析源数据库中的数据,并识别任何不必要或不相关的数据,以便在迁移过程中将其排除。通过选择性地迁移仅所需的数据,您可以减少迁移时间、网络带宽使用和相关成本。需要考虑以下内容:
例如: `json { "rules": Shailesh K Mishra 是亚马逊网络服务(AWS)金融服务团队的高级解决方案架构师,专注于数据库迁移及支持客户构建良好架构的解决方案。
 Babaiah Valluru 是 AWS专业服务团队的数据库首席顾问,专注于数据库迁移。目前的兴趣是探索和学习机器学习服务。他对开源数据库如 MySQL、PostgreSQL 和 MongoDB情有独钟。在业余时间,他喜欢旅行,与家人和朋友共度时光。
Leave a Reply