检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
GeminiDB Redis版本补丁升级包含的在线升级和离线升级有什么区别,通常需要多长时间,对业务有哪些影响? 在线升级:和在线变更原理类似,实例节点依次滚动升级,执行时长和节点数正相关,每个节点约需2~5分钟。主备和集群实例,都包含3个内部管理节点,会同时进行版本升级。例如一
障两类。 图1 原理图 当计算节点故障,由于下层共享存储,其余非故障节点不需要进行数据恢复,直接接管业务,可提供秒级的故障切换,加上上层Proxy层链接保持能力,客户应用基本不感知故障发生。 而底层存储3副本,单点故障不会造成整体系统不可用。 图2 底层存储原理图 父主题: 关键特性
异地双活 异地双活原理介绍 搭建双活关系 解除双活关系 父主题: 用户指南
系统按照自动备份策略,对数据库进行自动备份,您可以根据业务需求修改自动备份策略。 手动备份 根据自身业务特点手动启动数据库实例的全量备份。 备份原理 GeminiDB Redis采用存算分离的架构,备份原理图1所示。GeminiDB Redis存储池中对数据进行秒级快照,通过计算层透传,以压缩文件的形式存储在OBS
系统按照自动备份策略,对数据库进行自动备份,您可以根据业务需求修改自动备份策略。 手动备份 根据自身业务特点手动启动数据库实例的全量备份。 备份原理 GeminiDB Mongo目前仅支持副本集实例,其备份原理如下。 GeminiDB Mongo副本集实例由主节点和备节点组成。如图1所示,GeminiDB Mongo
缓存方案”,支持界面可视化配置,配置完成后即可实现数据自动同步。同时还支持数据过滤及过期等功能,极大提高了开发效率及数据的可靠性。 图1 原理图 父主题: 内存加速
并解决了leveldb主动限制写的问题,同时实现了冷热分离,减小了存储层的操作对性能造成的影响。 本章节主要介绍SSDB到GeminiDB Redis接口的迁移方案。 迁移原理 ssdb-port作为源端SSDB数据库的主节点的从节点(replica)运行,通过主从复制的方式进行数据迁移。将获取到的数据解析、转换
系统按照自动备份策略,对数据库进行自动备份,您可以根据业务需求修改自动备份策略。 手动备份 根据自身业务特点手动启动数据库实例的全量备份。 备份原理 GeminiDB Influx有专门负责备份管理的节点(三个Meta节点中ID最小的Meta节点,后续称为M1节点)。如图1所示,GeminiDB
用户可以在异地区域使用目标区域的备份文件恢复到新的实例,用来恢复业务。 创建库表级备份 当数据库或表被恶意或误删除,可依赖实例的备份保障数据安全。 备份原理 GeminiDB Cassandra有专门负责备份管理的节点(seed节点)。如图1所示,GeminiDB Cassandra的备份在s
Redis。全量迁移结束后进入增量迁移,pika-port将增量数据解析后以redis命令的形式发送给GeminiDB Redis。 图1 迁移原理 Pika-migrate的迁移原理和pika-port相似,将工具虚拟为pika的从库,然后从主库获取到数据转发给目标redis,同时支持增量同步,实现在线热迁的功能。
close(); } } 使用短连接方式连接实例的Java代码示例 /** 使用场景: * 当采用ELB连接的时候,客户端一次性发送很多次查询请求。 * 如果采用http长连接,会导致大部分查询请求打到一个InfluxDB节点上,导致负载不均衡。
Key就是一级索引,查询时通过指定对应Primary Key,就可以直接检索到对应记录。如果需要根据非Primary Key列进行查询,此时需要用到二级索引。 二级索引原理 二级索引的实现其实就是创建一张隐式的表,该表的Primary Key是创建索引的列,该表的值是原表的Primary Key。 假设有一张playlists表,表结构如下:
B Redis的迁移方案。 迁移原理 使用Redis-Shake迁移工具进行源端Redis到目标端GeminiDB Redis的迁移。迁移过程支持全量+增量迁移,支持单机/主从/Cluster集群/RDB文件等多种Redis数据源。 全量迁移原理:工具模拟源端Redis的从节点,
AWS ElasticCache for Redis数据库到GeminiDB Redis的迁移 迁移原理 AWS ElasticCache for Redis通过备份导出RDB文件后,通过Redis-Shake迁移工具的数据恢复(restore)将数据迁移到GeminiDB Redis。
平滑,为RocksDB业务转到Redis生态提供了便利。 本章节主要介绍RocksDB到GeminiDB Redis接口的迁移方案。 迁移原理 使用自研迁移工具rocksdb-port,和RocksDB部署在相同机器上,准备好配置文件,启动迁移即可自动完成全量与增量的迁移。 全量
数据。 原理简介 用户在RP中配置热数据的保存时长。数据在写入时先保存在热存储上,GeminiDB Influx根据数据中的时间戳判断数据的冷热,如果数据的时间戳在热数据保存时长之内,则是热数据,如果是保存时长之前的数据,则是冷数据,系统自动归档到冷存储上。 图1 原理图 基本使用
平滑,为LevelDB业务转到Redis生态提供了便利。 本章节主要介绍LevelDB到GeminiDB Redis接口的迁移方案。 迁移原理 使用自研迁移工具leveldb-port,和LevelDB部署在相同机器上,准备好配置文件,启动迁移即可自动完成全量与增量的迁移。 全量
到GeminiDB DynamoDB的自动化工具。本章节介绍AWS DynamoDB迁移至GeminiDB DynamoDB的场景。 迁移原理 本方案分为两个模块全量迁移和增量迁移,需要创建弹性云服务器作为数据中转。GeminiX工具具备分布式迁移的能力,支持多台机器并行迁移业务多张表。
同时,还能克服管理能力弱、对Redis兼容度不高等缺点。 本章节主要介绍Kvrocks到GeminiDB Redis接口的迁移方案。 迁移原理 使用开源工具kvrocks2redis进行Kvrocks到GeminiDB Redis的迁移,在此基础上,从GeminiDB Redis
(Acess Control List,简称ACL),但只能设置为只读、读写权限,每个账号还是可以看到所有的DB,这个设计跟数据库多租户的原理背道而驰。例如,业务开发小王应该用DB1,但有天不小心清库了小张的DB0,导致发生生产事故。而GeminiDB Redis的权限隔离就可以