作者:丁源 RadonDB 测试负责人
负责 RadonDB 云数据库、容器化数据库的质量性能测试,迭代验证。对包括云数据库以及容器化数据库性能和高可用方案有深入研究。
接上期《混沌工程工具 ChaosBlade Opeator 系列的入门篇》,本期将使用 ChaosBlade Opeator 工具,针对 Node 类资源的应用场景进行测试,测试场景包括:
- CPU 负载场景
- 网络延迟场景
- 网络丢包场景
- kill 指定进程
- stop 指定进程
| 实验环境
测试对象
基于 KubeSphere 平台的 RadonDB MySQL 容器化数据库进行测试。
RadonDB MySQL 部署说明请参见 在 KubeSphere 中部署 RadonDB MySQL 集群。
环境参数
| 集群名称 | 主机类型 | CPU | Memory | Total Disk | Node Counts | Replicate counts | Shard counts |
|---|---|---|---|---|---|---|---|
| KubeSphere | 高可用类型 | 8C | 16G | 500GB | 4 | - | - |
| RadonDB MySQL | - | 4C | 16G | POD: 50G DataDir: 10 G | 3 | 2 | 1 |
测试环境部署完成后,即可从以下五大类场景做相应验证。
1. CPU 负载场景
1.1 测试目标
指定节点做 CPU 负载 80% 验证。
1.2 开始测试
配置 yaml 测试参数值。
apiVersion: chaosblade.io/v1alpha1
kind: ChaosBlade
metadata:
name: cpu-lode
spec:
experiments:
- scope: node
target: cpu
action: fulllode
desc: "increase node cpu load by names" #实验模型名称
matchers:
- name: names
value:
- "worker-s001"

本文通过 ChaosBlade Operator 在 KubeSphere 上对 RadonDB MySQL 容器化数据库进行混沌工程实验,包括 CPU 负载、网络延迟、网络丢包、kill 和 stop 进程等场景,验证 Kubernetes 集群的稳定性和可用性。
最低0.47元/天 解锁文章
817

被折叠的 条评论
为什么被折叠?



