检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Redis多个节点同时扩容需要多长时间,对业务影响如何? GeminiDB Redis支持多个节点同时扩容,原理是并行添加多个节点,通常可在5分钟内完成。 由于采用的是共享存储,节点添加成功后,不涉及数据搬迁,但是会重新均衡slot,对业务影响是部分访问产生秒级慢时延或者秒级抖动,需要业务有重试机制。 父主题:
业务侧原本做了数据分片,切换到GeminiDB Redis后如何处理这部分逻辑 充分考虑到业务后期的规模扩张,GeminiDB Redis采用存算分离架构,在计算层实现了动态数据分片管理,提供强劲的平滑扩缩容能力。 因此,接入GeminiDB Redis实例后,业务侧无需再做数据分片。
上传OBS保存,因此速度极快,且对业务影响小(优于自建开源Redis的全量dump方案)。 注意事项 触发备份时,可能会产生轻微的瞬时抖动。 备份上传时,需占用一定CPU和带宽资源。 手动备份默认永久保存,控制台支持批量删除不需要的备份。 操作步骤 pom文件导入样例,详情请参考SDK官方文档:
通过数据复制服务迁移数据 具体迁移操作,请参见实时迁移内容。 父主题: 数据迁移
操作系统更新 GeminiDB Mongo实例需要适时进行操作系统更新,以提高数据库性能和数据库的整体安全状况。 实例内核版本升级时,GeminiDB Mongo会根据操作系统的实际情况,决定是否更新以及更新适合的操作系统冷补丁版本。 操作系统更新不会更改数据库实例的版本或数据库实例信息。
0分钟。单个节点升级过程中,对业务影响是秒级抖动,需要业务有重连机制。建议在业务低峰期间升级,实例CPU和内存利用率保持低位,避免单节点变更时,其他节点负载过高,进程拉起失败等异常情况。 离线升级:全部节点将并行升级,升级过程中业务不可用,会导致业务中断约10-20分钟左右。通常
开启内存加速的GeminiDB Redis短时间要处理大量的binlog,会不会占用较多的资源,导致在线业务受损 如果源端MySQL存在较大的DDL操作,会消耗较多的GeminiDB Redis资源,用户可通过观察内存加速的每秒操作数(dbcache_ops_per_sec)。建
中,连接会断开,节点负责的slot分区会关闭,然后分配至正常节点进行接管以提供业务访问,对业务影响为数秒抖动,具体表现为连接断开、访问超时、访问的对应数据分区暂时不可见,需要业务有重连机制。建议在业务低峰期间变更,实例CPU和内存利用率保持低位,避免单节点变更时,其他节点负载过高,进程拉起失败等异常情况。
Redis数据库实例后,可以根据自身的业务需求使用GeminiDB Redis提供的一系列常用实践。 表1 常用最佳实践 实践 描述 数据迁移 阿里云数据库Redis/Tair到GeminiDB Redis的迁移 本实践主要介绍阿里云数据库Redis/Tair到GeminiDB Redis的迁移方案。使用阿里
错误,低效,难以维护等问题。 解决方案 运维平台数据库解决方案 该解决方案帮助用户快速在华为云上部署数据库运维监控系统Prometheus,用户可以通过部署界面完成参数配置,完成GeminiDB Influx和弹性云服务ECS资源的创建及监控业务的配置。 变更实例 修改GeminiDB
其他key读写影响。 业务高峰,带宽限流问题 容易触发流控,影响业务 自建开源方案通常采用混合部署方案,带宽严格限制,尤其小规格容易触发流控。 最高支持10Gbit/s,无惧业务高峰 采用独立容器部署方案,实例ELB最大带宽支持10Gbit/s。 扩容对业务的影响 耗时从数分钟到数小时不等,对业务影响大
数据迁移 Redis数据迁移方案概览 使用DRS服务将GeminiDB Redis迁移到Redis(推荐) 阿里云数据库Redis/Tair到GeminiDB Redis的迁移 腾讯云Redis到GeminiDB Redis的迁移 使用DRS服务将自建Redis或者Redis集群迁移到GeminiDB
Redis为了优化“传统被动缓存方案”而推出的功能,它可以让用户通过界面配置规则的形式,自动缓存MySQL的数据,加速MySQL的访问。 如下图图1所示,“传统被动缓存方案”需要用户自行开发代码把MySQL中的数据写入到缓存中,存在效率低、不可靠的缺点。而采用云数据内存加速的“全自动主动缓存方案”,支持
漏洞修复周期 高危漏洞: 社区发现漏洞并发布修复方案后,一般在1个月内进行修复,修复策略与社区保持一致。 其他漏洞: 按照版本正常升级流程解决。 修复声明 为了防止客户遭遇不当风险,除漏洞背景信息、漏洞详情、漏洞原理分析、影响范围/版本/场景、解决方案以及参考信息等内容外,不提供有关漏洞细节的其他信息。
购买GeminiDB Redis 1U*2节点特惠型实例后,业务访问量比较少,但CPU占用率比较高,是什么原因? GeminiDB Redis会进行指标采集、监控上报等任务,1U*2节点特惠型实例由于规格较小,因此CPU使用占用比较明显。 建议1U*2节点特惠型规格用于测试环境,
DynamoDB迁移至GeminiDB (兼容DynamoDB API)的场景。 迁移原理 本方案分为两个模块全量迁移和增量迁移,需要创建弹性云服务器作为数据中转。GeminiX工具具备分布式迁移的能力,支持多台机器并行迁移业务多张表。 全量迁移阶段首先将DynamoDB提供的Scan接口将全量数据以分段方式读取出来写入到GeminiDB
set),qlist(队列)等数据结构,因此得到了广泛的应用。SSDB是一个持久化的KV存储系统,底层使用leveldb作为存储引擎。其业务直接与LevelDB交互,Compaction等操作会对业务读写造成直接的影响。 GeminiDB Redis接口是一款兼容Redis生态的云原生
前请停止源数据库的相关业务,并停止数据写入。 建议您尽量选择在业务低峰期迁移数据,避免在迁移过程中对业务造成影响。 不支持迁移系统库admin和local。 确保源库中系统库admin和local没有创建业务集合,如果已经有业务集合,必须在迁移前将这些业务集合从admin和local库中迁移出来。
展等技术方案,保障实例的可靠性和可用性。 GeminiDB Mongo使用DFV存储池,本身具有三副本的冗余,支持7*24小时在线数据实时写入,还通过多可用区部署、最高N-1个节点故障容忍、弹性扩展等技术方案,保障实例的可靠性和可用性。 图1 可靠性架构保证数据稳定,业务可靠 父主题:
实现秒级分裂弹性扩容,扩缩容无需搬迁数据,快速而平滑。通过proxy代理,使上层业务可以不感知内核处理扩缩容过程中的数据迁移。 本章节主要介绍Pika到GeminiDB Redis接口的迁移方案。 迁移原理 pika-port伪装成Pika的从节点运行,通过主从复制的方式进行数