预算有限,资源冗余?DWS集群缩容如何帮你解决烦劳
本文分享自华为云社区《GaussDB(DWS)华为云数仓使用实践–预算有限,资源冗余?华为云数仓集群缩容帮你解决烦劳》,作者: OneToOne。
一、为什么要做缩容?
在使用GaussDB(DWS)数仓时,在业务不同的时段,对数仓的计算资源大小有不同的需求。在业务繁忙、流量高峰的时候需要对DWS集群节点扩容,增强业务负载能力,业务峰值过去,则需要减少数据库节点,释放计算资源,降低成本压力。
缩容提供了当用户需要的计算或者存储资源冗余超出业务需求时,尽可能不影响用户业务情况下缩减集群数据仓库节点的能力。
二、缩容使用条件和约束?
集群状态为Normal,不能是只读,且无其他正在运行的任务信息。
缩容集群仅8.1.1.300及以上版本支持,包周期计费模式的集群仅8.2.1及以上版本支持。
集群按照环的方式配置,比如4个或5个主机组成一个环,这些主机上的DN主节点、备节点和从节点都部署在这些节点里,那么这些节点组成一个集群环 ,缩容的最小单元是一个集群环,集群至少有2个环才能支持缩容,缩容按照集群环从后往前缩容节点。
缩容节点不能包含GTM组件,CM Server组件,CN组件。
集群租户账号不能处于只读,冻结,受限状态。
集群非逻辑集群模式。包周期集群不能处于已过期进入宽限期。
缩容不支持回滚,支持重入。缩容数据重分布失败,不影响业务,用户可选择合适的时间尽快完成重分布,否则会导致数据长期分布不均匀。
缩容前,需要保证对应数据库下的data_redis为重分布预留schema,不允许用户操作该schema和其内部表。因为在重分布过程中,会使用到data_redis并且重分布结束后会删除该schema,如果存在用户表,则可能会出现数据误删。
缩容后的节点必须有足够的存储空间存放整个集群的数据,否则缩容无法正常。执行缩容前,需对集群剩余容量进行检查,条件满足后可进行缩容。
- 所有节点已使用物理磁盘空间均小于80%。
- 所有用户和角色的使用量均小于配额的80%。
- 总数据量缩容后的空间预估要小于80%。
系统后台会自动检查用户用户集群是否满足上述条件,如果不满足,则缩容按钮置灰,用户无法操作。
三、华为云GaussDB(DWS)缩容使用简介?
DWS集群缩容流程
如何进行集群缩容
a.点击集群列表右侧的详情,选择“节点变更”->“缩容”
b.进入缩容详情页面,选择“缩容节点数量”,点击“下一步:确认”
c.展示缩容详情,确认后点击“提交”
d.提交后,开始缩容
e.集群任务信息缩容中
缩容异常处理
当用户在缩容的执行失败的时候,需要联系技术人员解决,可以在DWS集群管理页面选择重试缩容。结尾
以上便是DWS缩容的全部内容,如有问题或建议,可以在下方留言哦~

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Rust 交叉编译 macOS 为 Linux 和 Windows
[toc] 前言 鉴于 rust 中文资料较少,遇到问题的解决方案更少。这里记录遇到的一些问题。 > Rust 支持交叉编译,可以在 macOS 平台编译出 Linux 或者 Windows 可运行的程序,或者在 Linux 平台编译 macOS 或者 Windows 可运行的程序。 > > 本文主要文章讲解Mac平台编译为其他平台的二进制程序。 想要实现跨平台编译且可运行的程序,那么我们就需要静态链接,这样生成程序才不会因为动态链接库的原因运行失败。 默认情况下,Rust 静态连接所有 Rust 代码。如果程序中使用了标准库,Rust 会连接到系统的libc实现。 环境 苹果系统: 操作系统:macOS 12.3.1 21E258 x86_64 生锈:rustc 1.60.0 (7737e0b5c 2022-04-04) 生锈:rustup 1.24.3 (ce5817a94 2021-05-31) Linux: 操作系统:EndeavourOS Linux x86_64 核心:5.17.1-arch1-1 生锈:rustc 1.60.0 (7737e0b5c 20...
- 下一篇
给 GitLab 远程打工惊心动魄的真相 - 28 号员工回忆录
原文链接,作者:Yorick Peterse。GitLab 在 2021 年完成了 IPO,在纳斯达克成功上市,而且确实是没有地址(参见下图)。 我 2015 年 10 月加入了 GitLab,在那儿打了六年工,在 2021 年 12 月离开。 尽管之前我写过离开 GitLab 去 Inko 的事情,但从未讨论过在 2015-2021 年间为 GitLab 工作的经历。有两个原因: 当时我疲劳过度,没有精力回顾我生活中近六年的时间 我仍受到 24 个月 NDA(保密协议)的约束,不确定能否在不违反协议的情况下讨论多少内容,尽管这可能并不会引起任何问题 NDA 去年 12 月已经到期,虽然我怀疑自己仍在和疲劳过度带来的后果斗争,但现在有更多精力回顾我 GitLab 的时光了。 本文将分为两个主要部分:根据我还记得的内容概述我的 GitLab 时光以及基于工作和经验所学到的一些东西。 大纲 GitLab 之前 2015-2017 2017-2018 2019-2021 经验教训 可扩展性需要成为公司文化的一部分 团队需要由数据和开发者驱动 没有数据,无法确定最小可行性产品 MVP 长啥样 ...
相关文章
文章评论
共有0条评论来说两句吧...