云数据仓库ADB的缩容操作指的是减少集群中的计算或存储节点数量,以适应业务规模缩小或成本优化的需求。这一过程涉及数据的重新分布与迁移,确保集群在减少资源后仍能稳定运行。
缩容时需注意以下关键点:
数据重分布:缩容会导致数据在剩余节点间重新分布,可能需要数小时到数十小时,具体取决于数据量。
空间评估:确保缩容后所有节点的剩余空间大于冷表占用空间之和,避免因空间不足导致缩容失败。
业务影响:扩缩容期间会禁止提交异步任务,且在切换新旧集群时,旧集群有短暂只读期。建议在业务低峰期操作,并确保应用具备自动重连机制。
检测与准备:进行缩容前,系统会检测集群状态,可能需要预先解决如缺失分布式表等问题。
平滑迁移工具:部分场景下,可利用数据迁移辅助工具实现数据平滑迁移,过程中业务无感知。
自动伸缩配置:可设置自动伸缩策略,包括缩容触发时延、阈值等,以自动化管理集群资源。
综上,ADB缩容是一个需要细致规划和操作的过程,需关注数据迁移的效率、业务连续性和资源管理策略。
缩容是指在阿里云ADB MySQL数据库中减少集群的计算资源(如计算节点数量、计算预留资源ACU等)或存储资源(如存储预留资源)的操作。具体表现如下:
Multi-Cluster弹性模型缩容:
缩小最大Cluster个数时,新的查询将不再发送到超出新上限的Cluster,待这些Cluster上的现有查询执行完毕后,进行Cluster的缩容。
缩小最小Cluster个数时,系统会在5分钟时间窗口内监测查询负载,待负载符合缩容条件时,将正在运行的Cluster数量减至设定的最小值。
API参考(湖仓版)缩容:
缩容操作会触发数据重分布迁移,迁移时间与数据量成正比,特别是从大规格缩容至小规格可能耗时数小时乃至数十小时,因此在数据量较大时应谨慎操作。
缩容期间会禁止提交异步任务(SUBMIT JOB),需考虑业务依赖并选择合适时段执行。
若已加载内置数据集,缩容时需确保至少保留24 ACU的存储预留资源,否则内置数据集将无法使用。
缩容接近完成时可能出现连接闪断,建议在业务低峰期进行或确保应用具备自动重连机制。
数仓版缩容:
同样涉及数据重分布迁移,迁移时间与数据量相关,大规格到小规格缩容可能需要数小时到数十小时,提醒用户在数据量大时审慎决策。
缩容过程中同样禁止SUBMIT JOB提交异步任务,需合理安排执行时段。
缩容结束时可能出现连接闪断,建议在业务低峰期操作或确保应用具备自动重连能力。
特别针对云盘等级降配至PL0时,也存在禁止异步任务提交和数据迁移的问题,且迁移时间与数据量成正比。
湖仓版缩容注意事项:
计算预留资源缩容:
支持缩容至0 ACU,但前提是资源组中的计算预留资源总量小于等于计划缩容到的计算预留资源量。
例如,若要将集群计算预留资源从32 ACU缩容至16 ACU,需先确保资源组中的计算预留资源总量不超过16 ACU。
存储预留资源缩容:
不支持缩容至0 ACU。
一组存储预留资源约等于24 ACU。
数仓版与湖仓版缩容操作步骤:
弹性模式和预留模式集群均可通过ADB MySQL控制台进行缩容操作。
选择集群所在地域,进入集群列表,点击目标集群的“缩容”按钮。
在弹出页面设置缩容后的集群配置,遵循上述缩容注意事项。
对于包年包月集群,确认服务协议后进行订购;对于按量付费集群,同样确认服务协议后立即购买。
综上所述,缩容是降低ADB MySQL数据库集群资源配置的过程,涉及到计算节点数量、计算预留资源ACU、存储预留资源的减少以及可能的数据重分布迁移。在操作时需要注意迁移时间、禁止的异步任务提交、连接闪断风险以及特定的资源缩容限制,同时按照提供的操作步骤在控制台进行操作。
此回答整理自钉群“云数据仓库ADB-开发者群”
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云自主研发的云原生数据仓库,具有高并发读写、低峰谷读写、弹性扩展、安全可靠等特性,可支持PB级别数据存储,可广泛应用于BI、机器学习、实时分析、数据挖掘等场景。包含AnalyticDB MySQL版、AnalyticDB PostgreSQL 版。