绑定完请刷新页面
取消
刷新

分享好友

×
取消 复制
自建开源Cassandra与GaussDB(for Cassandra)性能对比测试报告
2022-03-28 13:51:42

自建开源Cassandra与GaussDB(for Cassandra)性能对比测试报告

1 概述

本文为自建开源Cassandra与GaussDB(for Cassandra)性能对比测试报告,完整描述了整个测试的环境、测试模型和详细的测试步骤,作为性能的参考。

2 环境描述

2.1 开源Cassandra测试环境

名称Cassandra版本集群节点数操作系统版本ECS规格
开源Cassandra集群3.11.53Centos7.4通用增强型4vCPUs | 16GB通用增强型8vCPUs |32GB通用增强型16vCPUs | 64GB通用增强型32vCPUs | 128GB

2.2 GaussDB(for Cassandra)测试环境

名称Region集群节点数可用区ECS规格
开源Cassandra集群华东-上海二3可用区三4vCPUs | 16GB8vCPUs |32GB16vCPUs | 64GB32vCPUs | 128GB

2.3 压测工具环境

2.3.1)压测机器规格

名称CPU内存操作系统
测试客户端ECS16vCPUs64GCentos7.4

2.3.2)压测工具信息

测试工具版本下载地址
Ycsb0.12.0https://github.com/brianfrankcooper/YCSB

3 测试模型

业务模型编号业务模型负载描述
S2_read95_update5读95%,更新5%
S3_update50_read50更新50%,读50%
S4_read65_update25_insert10读65%,更新25%,写10%
S5_insert90_read10写90%,读10%

4 测试步骤

4.1 开源Cassandra测试详细步骤

4.1.1)购买机器

步骤一:登录弹性云服务器页面,点击右侧的购买弹性云服务器按钮,并按照相关提示,完成ecs服务器购买,其中一些关键参数的取值

区域:华东-上海二;

可用区:可用区3,

规格:通用增强型|c6.xlarge.4,

镜像:公共镜像-CentOS-CentOS 7.6 64bit(40GB);

数据盘:选择超高IO,大小为200G;

网络:选择任意vpc和子网;

其他参数:根据提示设置即可,非必选参数可不填。

步骤二:等待ecs 服务器创建完成之后,我们登录ecs服务器,可以用控制台的远程登录或者通过xshell工具用弹性ip连接;

步骤三:登录五台ecs云服务器,安装jre,执行yum install jre,按照提示,完成安装。

步骤四:我们把五台ecs分别命名为Cassandra-1(192.168.0.15),Cassandra-2(192.168.0.240),Cassandra-3(192.168.0.153),Cassandra-4(192.168.0.175),ycsb-Cassandra(192.168.0.60),其中,Cassandra-1,Cassandra-2,Cassandra-3,为我们的初始化Cassandra集群,Cassandra-4为我们后面扩容用的扩展服务器,ycsb-Cassandra作为压测服务器;

步骤五:登录五台ecs云服务器,安装Cassandra服务,并创建数据目录,按顺序执行下列命令:

下载Cassandra安装包,执行命令:wget http://mirror-hk.koddos.net/apache/Cassandra/3.11.5/apache-Cassandra-3.11.5-bin.tar.gz ;

解压安装包,tar -zxvf apache-Cassandra-3.11.5-bin.tar.gz -C /root/

更改安装目录:mv /root/apache-Cassandra-3.11.5 /usr/local/Cassandra

配置环境变量:echo “export PATH=/usr/local/Cassandra/bin:$PATH” >> /etc/profile

使环境变量生效:source /etc/profile

创建数据目录:mkdir /data

执行如下命令,回显如下,则表示安装成功:cqlsh

4.1.2开源Cassandra集群配置操作手册

步骤一:配置Cassandra集群,并启动;登录Cassandra-1(192.168.0.15),Cassandra-2(192.168.0.240),Cassandra-3(192.168.0.153),进入/usr/local/Cassandra/conf 目录,

修改Cassandra-topology.properties文件,三个节点,这个配置文件,保持一致即可。修改内容如下,注释掉方框中内容,增加圆圈中的内容:

修改Cassandra.yaml文件,涉及以下几个参数:

data_file_directories:
     - /data
commitlog_directory: /usr/local/Cassandra/commitlog
saved_caches_directory: /usr/local/Cassandra/saved_caches
seed_provider:
    # Addresses of hosts that are deemed contact points.
    # Cassandra nodes use this list of hosts to find each other and learn
    # the topology of the ring.  You must change this if you are running
    # multiple nodes!
    - class_name: org.apache.Cassandra.locator.SimpleSeedProvider
      parameters:
          # seeds is actually a comma-delimited list of addresses.
          # Ex: "<ip1>,<ip2>,<ip3>"
          - seeds: "192.168.0.153,192.168.0.240,192.168.0.15"       ##填写集群三个节点的ip
listen_address: 192.168.0.153       #各节点的ip地址                   
rpc_address: 192.168.0.153          #各节点的ip地址

修改完以上两个配置之后,我们现在可以启动Cassandra集群了,分别在三个节点执行:Cassandra –R &

集群的配置和启动,到此就结束了。

4.1.3)开源Cassandra集群扩容节点

步骤一:登录Cassandra-4节点,进入/usr/local/cassnadra/conf目录,编辑Cassandra-topology.properties文件,注释方框内容,添加圆圈中内容

修改Cassandra.yaml文件,关键参数如下:

data_file_directories:
     - /data
commitlog_directory: /usr/local/Cassandra/commitlog
saved_caches_directory: /usr/local/Cassandra/saved_caches
seed_provider:
    # Addresses of hosts that are deemed contact points.
    # Cassandra nodes use this list of hosts to find each other and learn
    # the topology of the ring.  You must change this if you are running
    # multiple nodes!
    - class_name: org.apache.Cassandra.locator.SimpleSeedProvider
      parameters:
          # seeds is actually a comma-delimited list of addresses.
          # Ex: "<ip1>,<ip2>,<ip3>"
          - seeds: "192.168.0.153,192.168.0.240,192.168.0.15"       ##填写集群三个seed节点的ip,和步骤一填写的值保持一致
listen_address: 192.168.0.175              #各节点的ip地址                   
rpc_address: 192.168.0.175                 #各节点的ip地址

登录Cassandra-1节点,停止所有节点的压缩,执行命令: nodetool disableautocompaction

登录Cassandra-1节点,停止正在执行的压缩,执行命令: nodetool stop COMPACTION

登录Cassandra-1节点,限制节点的迁移流量(这里我们设置为32MB/S,避免对业务造成太大的影响),执行命令: nodetool setstreamthroughput 32

登录Cassandra-4节点,启动Cassandra服务,执行: Cassandra –R &

步骤二:登录Cassandra-1,扩容过程中(这里请记录开始扩容的时间点t1),每30s执行一次nodetool status,当Cassandra-4节点的状态为UJ时,说明还在数据迁移,直到状态为UN时,迁移才算完成。迁移中如下图:

4.2 GaussDB(for Cassandra)测试步骤

4.2.1)购买Cassandra集群

步骤一:创建Cassandra实例,选择上海二区域,云数据库GaussDB(for Cassandra)服务,点击购买数据库实例,按照提示完成Cassandra实例购买,其中一些参数选择如下;

  • 性能规格:4核|16GB
  • 存储空间:200G
  • 节点数量:3
  • 虚拟私有云,内网安全组:和创建的弹性云服务器保持一致

步骤二:等待Cassandra实例创建完成,进行性能测试;

4.2.2)GaussDB(for Cassandra)集群扩容节点

步骤一:登录GaussDB(for Cassandra)控制台,点开实例详情页面,点击途中的”+”按钮,跳转到添加节点页面,选择添加1个节点,点击提交;

步骤二:等待扩容完成,操作完成,观察在扩容过程中QPS 的浮动情况,可以看到在GaussDB(for Cassandra)场景下,对实例进行节点扩容,仅有十秒左右的qps小幅下降,对业务几乎无影响,扩容操作从下发到扩容完成,大约十分钟左右。在扩容操作完成之后,也可以跳回步骤八九,对测试过程数据进行分析。下面仅提供

4.3 ycsb测试详细步骤

登录ycsb-Cassandra,下载ycsb工具并安装,

curl -O --location https://github.com/brianfrankcooper/YCSB/releases/download/0.12.0/ycsb-0.12.0.tar.gz

使用终端工具如xshell通过客户端ECS实例弹性公网IP连接。

ycsb具体使用方法: https://github.com/brianfrankcooper/YCSB/tree/master/Cassandra

5 测试结果

5.1 性能结果

5.2 测试结论

1. GaussDB(for Cassandra)扩容较快,影响业务的时间较为短暂,为10s,且不涉及参数调整,扩容过程十分钟。

2. 社区版根据数据量的大小,参数的设置,整个扩容流程比较长,对性能的影响也参差不齐,50G预置数据,在实验场景中,扩容会超过30分钟。

3. 计算公式:快迁移速度=(nodetool setstreamthroughput 32设置的迁移流量限制,默认为200Mbps)*原节点数。

4. 本测试过程中,快的迁移速度=32Mbps/s*3=12MB/S=720MB/min=0.703GB/min,计算可得50GB数据在此场景下迁移的快时间是:50/0.703=71.1分钟。

  • 各性能模型下,只要有读操作,同规格的GaussDB(for Cassandra)集群性能远高于社区版集群。
  • 社区版Cassandra对读非常不友好,GaussDB(for Cassandra)在读时延的性能表现上,要优于社区版数十倍。
  • 在写性能表现上,GaussDB(for Cassandra)与社区版基本保持一致。
  • 社区版和GaussDB(for Cassandra)在节点扩容过程中,对业务都有轻度的影响。
  • 来源 
  • https://zhuanlan.zhihu.com/p/413384376

分享好友

分享这个小栈给你的朋友们,一起进步吧。

GaussDB(for Cassandra)
创建时间:2022-03-21 14:40:17
GaussDB(for Cassandra)
展开
订阅须知

• 所有用户可根据关注领域订阅专区或所有专区

• 付费订阅:虚拟交易,一经交易不退款;若特殊情况,可3日内客服咨询

• 专区发布评论属默认订阅所评论专区(除付费小栈外)

技术专家

查看更多
  • itt0918
    专家
戳我,来吐槽~