体验简介
场景将提供一台配置了CentOS 8.5操作系统和装置部署PolarDB-X集群的ECS实例(云服务器)。通过本教程的操作,带您体验如何应用PolarDB-X搭建一个高可用零碎,通过间接kill容器模仿节点故障,以察看PolarDB-X 的主动复原状况。立刻返回
试验筹备
1. 创立试验资源
开始试验之前,您须要先创立ECS实例资源。
- 在实验室页面,单击创立资源。
- (可选)在实验室页面左侧导航栏中,单击云产品资源列表,可查看本次试验资源相干信息(例如IP地址、用户信息等)。
阐明:资源创立过程须要1~3分钟。
2. 装置环境
本步骤将领导您如何装置Docker、kubectl、minikube和Helm3。
- 装置Docker。
a.执行如下命令,装置Docker。
curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun
b.执行如下命令,启动Docker。
systemctl start docker
- 装置kubectl。
a.执行如下命令,下载kubectl文件。
curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl
b.执行如下命令,赋予可执行权限。
chmod +x ./kubectl
c.执行如下命令,挪动到系统目录。
mv ./kubectl /usr/local/bin/kubectl
- 装置minikube。
执行如下命令,下载并装置minikube。
curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64sudo install minikube-linux-amd64 /usr/local/bin/minikube
- 装置Helm3。
a.执行如下命令,下载Helm3。
wget https://labfileapp.oss-cn-hangzhou.aliyuncs.com/helm-v3.9.0-linux-amd64.tar.gz
b.执行如下命令,解压Helm3。
tar -zxvf helm-v3.9.0-linux-amd64.tar.gz
c.执行如下命令,挪动到系统目录。
mv linux-amd64/helm /usr/local/bin/helm
5.装置MySQL。
yum install mysql -y
3. 应用PolarDB-X Operator装置PolarDB-X
本步骤将领导您如何创立一个简略的Kubernetes集群并部署PolarDB-X Operator ,应用Operator部署一个残缺的PolarDB-X集群,具体文档请参考通过Kubernetes装置PolarDB-X。
- 应用minikube创立Kubernetes集群。
minikube是由社区保护的用于疾速创立Kubernetes测试集群的工具,适宜测试和学习Kubernetes。应用minikube创立的Kubernetes集群能够运行在容器或是虚拟机中,本试验场景以CentOS 8.5上创立Kubernetes为例。
阐明:如果您应用其余操作系统部署minikube,例如macOS或Windows,局部步骤可能略有不同。
a.执行如下命令,新建账号galaxykube,并将galaxykube退出docker组中。minikube要求应用非root账号进行部署,所有您须要新建一个账号。
useradd -ms /bin/bash galaxykubeusermod -aG docker galaxykube
b.执行如下命令,切换到账号galaxykube。
su galaxykube
c.执行如下命令,进入到home/galaxykube目录。
cd
d.执行如下命令,启动一个minikube。
阐明:这里咱们应用了阿里云的minikube镜像源以及USTC提供的docker镜像源来减速镜像的拉取。
minikube start --cpus 4 --memory 12288 --image-mirror-country cn --registry-mirror=https://docker.mirrors.sjtug.sjtu.edu.cn --kubernetes-version 1.23.3
返回后果如下,示意minikube曾经失常运行,minikube将主动设置kubectl的配置文件。
e.执行如下命令,应用kubectl查看集群信息。
kubectl cluster-info
返回如下后果,您能够查看到集群相干信息。
- 部署 PolarDB-X Operator。
a.执行如下命令,创立一个名为polardbx-operator-system的命名空间。
kubectl create namespace polardbx-operator-system
b.执行如下命令,装置PolarDB-X Operator。
helm repo add polardbx https://polardbx-charts.oss-cn-beijing.aliyuncs.comhelm install --namespace polardbx-operator-system polardbx-operator polardbx/polardbx-operator
c.执行如下命令,查看PolarDB-X Operator组件的运行状况。
kubectl get pods --namespace polardbx-operator-system
返回后果如下,请您急躁期待2分钟,期待所有组件都进入Running状态,示意PolarDB-X Operator曾经装置实现。
- 部署 PolarDB-X 集群。
a.执行如下命令,创立polardb-x.yaml。
vim polardb-x.yaml
b.按i键进入编辑模式,将如下代码复制到文件中,而后按ECS退出编辑模式,输出:wq后按下Enter键保留并退出。
apiVersion: polardbx.aliyun.com/v1kind: PolarDBXClustermetadata: name: polardb-xspec: config: dn: mycnfOverwrite: |- print_gtid_info_during_recovery=1 gtid_mode = ON enforce-gtid-consistency = 1 recovery_apply_binlog=on slave_exec_mode=SMART topology: nodes: cdc: replicas: 1 template: resources: limits: cpu: "1" memory: 1Gi requests: cpu: 100m memory: 500Mi cn: replicas: 2 template: resources: limits: cpu: "2" memory: 4Gi requests: cpu: 100m memory: 1Gi dn: replicas: 1 template: engine: galaxy hostNetwork: true resources: limits: cpu: "2" memory: 4Gi requests: cpu: 100m memory: 500Mi gms: template: engine: galaxy hostNetwork: true resources: limits: cpu: "1" memory: 1Gi requests: cpu: 100m memory: 500Mi serviceType: ClusterIP upgradeStrategy: RollingUpgrade
c.执行如下命令,创立PolarDB-X集群。
kubectl apply -f polardb-x.yaml
d.执行如下命令,查看PolarDB-X集群创立状态。
kubectl get polardbxCluster polardb-x -o wide -w
返回后果如下,请您急躁期待七分钟左右,当PHASE显示为Running时,示意PolarDB-X集群曾经部署实现。
e.按Ctrl+C键,退出查看PolarDB-X集群创立状态。
4. 连贯PolarDB-X集群
本步骤将领导您如何连贯通过K8s部署的PolarDB-X集群。
- 执行如下命令,查看PolarDB-X集群登录明码。
kubectl get secret polardb-x -o jsonpath="{.data['polardbx_root']}" | base64 -d - | xargs echo "Password: "
返回后果如下,您能够查看到PolarDB-X集群登录明码。
- 执行如下命令,将PolarDB-X集群端口转发到3306端口。
阐明:应用MySQL Client形式登录通过k8s部署的PolarDB-X集群前,您须要进行获取PolarDB-X集群登录明码和端口转发。
kubectl port-forward svc/polardb-x 3306
- 在试验页面,单击右上角的图标,创立新的终端二。
- 执行如下命令,连贯PolarDB-X集群。
阐明:
- 您须要将<PolarDB-X集群登录明码>替换为理论获取到的PolarDB-X集群登录明码。
- 如遇到mysql: [Warning] Using a password on the command line interface can be insecure.ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 0报错,请您稍等一分钟,从新转发端口并连贯PolarDB-X集群即可。
mysql -h127.0.0.1 -P3306 -upolardbx_root -p<PolarDB-X集群登录明码>
5. 启动业务
本步骤将领导您如何应用Sysbench OLTP场景模仿业务流量。
筹备压测数据。
- 执行如下SQL语句,创立压测数据库sysbench_test。
create database sysbench_test;
- 输出exit退出数据库。
- 执行如下命令,切换到账号galaxykube。
su galaxykube
- 执行如下命令,进入到/home/galaxykube目录。
cd
- 执行如下命令,创立筹备压测数据的sysbench-prepare.yaml文件。
vim sysbench-prepare.yaml
- 按i键进入编辑模式,将如下代码复制到文件中,而后按ECS退出编辑模式,输出:wq后按下Enter键保留并退出。
apiVersion: batch/v1kind: Jobmetadata: name: sysbench-prepare-data-test namespace: defaultspec: backoffLimit: 0 template: spec: restartPolicy: Never containers: - name: sysbench-prepare image: severalnines/sysbench env: - name: POLARDB_X_USER value: polardbx_root - name: POLARDB_X_PASSWD valueFrom: secretKeyRef: name: polardb-x key: polardbx_root command: [ 'sysbench' ] args: - --db-driver=mysql - --mysql-host=$(POLARDB_X_SERVICE_HOST) - --mysql-port=$(POLARDB_X_SERVICE_PORT) - --mysql-user=$(POLARDB_X_USER) - --mysql_password=$(POLARDB_X_PASSWD) - --mysql-db=sysbench_test - --mysql-table-engine=innodb - --rand-init=on - --max-requests=1 - --oltp-tables-count=1 - --report-interval=5 - --oltp-table-size=160000 - --oltp_skip_trx=on - --oltp_auto_inc=off - --oltp_secondary - --oltp_range_size=5 - --mysql_table_options=dbpartition by hash(`id`) - --num-threads=1 - --time=3600 - /usr/share/sysbench/tests/include/oltp_legacy/parallel_prepare.lua - run
- 执行如下命令,运行筹备压测数据的sysbench-prepare.yaml文件,初始化测试数据。
kubectl apply -f sysbench-prepare.yaml
- 执行如下命令,获取工作进行状态。
kubectl get jobs
返回后果如下,请您急躁期待大概1分钟,当工作状态COMPLETIONS为1/1时,示意数据曾经初始化实现。
启动压测流量。
- 执行如下命令,创立启动压测的sysbench-oltp.yaml文件。
vim sysbench-oltp.yaml
- 按i键进入编辑模式,将如下代码复制到文件中,而后按ECS退出编辑模式,输出:wq后按下Enter键保留并退出。
apiVersion: batch/v1kind: Jobmetadata: name: sysbench-oltp-test namespace: defaultspec: backoffLimit: 0 template: spec: restartPolicy: Never containers: - name: sysbench-oltp image: severalnines/sysbench env: - name: POLARDB_X_USER value: polardbx_root - name: POLARDB_X_PASSWD valueFrom: secretKeyRef: name: polardb-x key: polardbx_root command: [ 'sysbench' ] args: - --db-driver=mysql - --mysql-host=$(POLARDB_X_SERVICE_HOST) - --mysql-port=$(POLARDB_X_SERVICE_PORT) - --mysql-user=$(POLARDB_X_USER) - --mysql_password=$(POLARDB_X_PASSWD) - --mysql-db=sysbench_test - --mysql-table-engine=innodb - --rand-init=on - --max-requests=0 - --oltp-tables-count=1 - --report-interval=5 - --oltp-table-size=160000 - --oltp_skip_trx=on - --oltp_auto_inc=off - --oltp_secondary - --oltp_range_size=5 - --mysql-ignore-errors=all - --num-threads=8 - --time=3600 - /usr/share/sysbench/tests/include/oltp_legacy/oltp.lua - run
- 执行如下命令,运行启动压测的sysbench-oltp.yaml文件,开始压测。
kubectl apply -f sysbench-oltp.yaml
- 执行如下命令,查找压测脚本运行的POD。
kubectl get pods
返回后果如下, 以‘sysbench-oltp-test-’结尾的POD即为指标POD。
- 执行如下命令,查看QPS等流量数据。
阐明:您须要将命令中的指标POD替换为以‘sysbench-oltp-test-’结尾的POD。
kubectl logs -f 指标POD
6. 体验PolarDB-X高可用能力
通过后面的筹备工作,咱们曾经用PolarDB-X+Sysbench OLTP搭建了一个正在运行的业务零碎。本步骤将领导您通过应用kill POD的形式,模仿物理机宕机、断网等导致的节点不可用场景,并察看业务QPS的变动状况。
- 在试验页面,单击右上角的图标,创立新的终端三。
kill CN。
- 执行如下命令,切换到账号galaxykube。
su galaxykube
- 执行如下命令,获取CN POD的名字。
kubectl get pods
返回后果如下,以‘polardb-x-xxxx-cn-default’结尾的是CN POD的名字。
- 执行如下命令,删除任意一个CN POD。阐明:您须要将命令中的<CN POD>替换为任意一个以‘polardb-x-xxxx-cn-default’结尾的CN POD的名字。
kubectl delete pod <CN POD>
- 执行如下命令,查看CN POD主动创立状况。
kubectl get pods
返回后果如下,您可查看到CN POD曾经处于主动创立中。
通过几十秒后,被kill的CN POD主动恢复正常。
- 切换至终端二,您可查看kill CN之后业务QPS的状况。
kill DN。
- 切换至终端三,执行如下命令,获取DN POD的名字。
kubectl get pods
返回后果如下,以‘polardb-x-xxxx-dn’结尾的是DN POD的名字。
- 执行如下命令,删除任意一个DN POD。
阐明:
- 您须要将命令中的<DN POD>替换为任意一个以‘polardb-x-xxxx-dn’结尾的DN POD的名字。
- DN每个逻辑节点为三正本架构,也就是说一个DN节点对应3个POD,可任意抉择一个进行删除操作。此外,GMS节点是一个非凡角色的DN,同样具备高可用能力,可抉择任一POD进行删除。
kubectl delete pod <DN POD>
- 执行如下命令,查看DN POD主动创立状况。
kubectl get pods
返回后果如下,您可查看到DN POD曾经处于主动创立中。
通过几十秒后,被kill的DN POD主动恢复正常。
- 切换至终端二,您可查看kill DN之后业务QPS的状况。
kill CDC。
- 切换至终端三,执行如下命令,获取CDC POD的名字。
kubectl get pods
返回后果如下,以‘polardb-x-xxxx-cdc-defaul’结尾的是CDC POD的名字。
- 执行如下命令,删除任意一个CDC POD。
阐明:您须要将命令中的<CDC POD>替换为任意一个以‘polardb-x-xxxx-cdc-defaul’结尾的CDC POD的名字。
kubectl delete pod <CDC POD>
- 执行如下命令,查看CDC POD主动创立状况。
kubectl get pods
返回后果如下,您可查看到CDC POD曾经处于主动创立中。
通过几十秒后,被kill的CDC POD主动恢复正常。
- 切换至终端二,您可查看kill CDC之后业务QPS的状况。
7. 理解更多
如果您想理解更多无关PolarDB-X高可用常识,详情请参见如下内容。
- PolarDB-X一致性共识协定——X-Paxos
- PolarDB-X存储架构之“基于Paxos的最佳生产实践”
- 数据库架构杂谈(2)高可用与一致性
- PolarDB-X源码解读(番外):如何实现一个Paxos
- PolarDB-Xon Kubernetes(一)
- PolarDB-XOperator之弹性扩缩容
祝贺实现