K8S高可用方案测试用例_第1页
K8S高可用方案测试用例_第2页
K8S高可用方案测试用例_第3页
K8S高可用方案测试用例_第4页
K8S高可用方案测试用例_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document K8S高可用方案测试用例 2一、ETCD数据库集群高可用测试2测试用例1-1: ETCD据库集群高可用测试 2 HYPERLINK l bookmark2 o Current Document kube-apiserver 高可用测试 3测试用例 2-1: kube-apiserver高可用测试 3测试用例2-2: haproxy高可用测试 3 HYPERLINK l bookmark4 o Current Document k8s master高可用测试 4测试用例3-1:k8sm

2、aster节点高可用测试 4测试用例3-2:k8smaster组件高可用测试 4 HYPERLINK l bookmark6 o Current Document k8s minion高可用测试5测试用例4-1:k8sminion节点高可用测试 5测试用例4-2:k8sminion组件高可用测试 5K8S高可用方案测试用例、ETCD数据库集群高可用测试ETCtM据库集群由三个节点组成: ETCD1 ETCD2 ETCD3 etcdctl member list查看集群中成员信息;etcdctl cluster-health查看集群中成员的健康状态;测试用例1-1: ETCD数据库集群高可用测试

3、用例编号:1-1测试目的:验证ETCD数据库高可用测试步骤:执行命令:etcdctl member list执行命令:etcdctl cluster-health执行命令:etcdctl ls /kube-centos/network执行命令:etcdctl ls /kube-centos/network/config ; 预期结果 1;在ETCD0(etcd的leader)所在的节点上将 etcd进程kill掉;执行14步骤,预 期结果2;在ETCD0所在的节点上将 etcd服务停掉:systemctl stop etcd;执行14步骤,预期结果3;在ETCD0所在的节点上将 etcd服务重

4、启:systemctl start etcd;执行14步骤,预期结果4;预期结果:.预期结果1:步骤14的命令都能正常执行并返回结果;.预期结果2:步骤1的命令能正常执行并返回结果,其中ETCD0寸应的结果isLeader变为false;步骤2的命令能正常执行并返回结果,其中ETCD0对应的结果health状态变为unhealthy ,过一段时间后恢复 healthy ;步骤34的命令都能正常执行并返回结果;.预期结果3:步骤1的命令能正常执行并返回结果,其中ETCD0寸应的结果isLeader变为false;步骤2的命令能正常执行并返回结果,其中ETCD0对应的结果health状态变为unh

5、ealthy ;步骤34的命令都能正常执行并返回结果;.预期结果4:步骤1的命令能正常执行并返回结果;步骤2的命令能正常执行并返回结果,其中ETCD0对应的结果health状态变为healthy;步骤34的命令都能正常执行并返回结果;执行结果:二、kube-apiserver 高可用测试kube-apiserver 使用haproxy构建多活的高可用方案。具体配置时kube-apiserver 端口为 8081 , haproxy 中端口配置为8080;三个 kube-apiserver 的地址和VIP分别是:IP1:8081IP2:8081IP3:8081VIP:8080测试用例2-1: k

6、ube-apiserver高可用测试用例编号:2-1测试目的:验证kube-apiserver图可用测试测试步骤:执行命令:curl HYPERLINK http:/IP1:8081 http:/IP1:8081 、 curl HYPERLINK http:/IP2:8081 http:/IP2:8081、curl http:IP3:8081、curl HYPERLINK http:/VIP1:8080 http:/VIP1:8080 。预期结果 1;在下点IP1上,将kube-apiserver进程kill掉;执仃步骤 1,预期结果 2;点 IP1 上,4各 kube-apiserver 服

7、务停掉 systemctl stop kube-apiserver ;执骤1,预期结果3 ;在下点 IP1 上,# kube-apiserver 服务重启 systemctl start kube-apiserver ;执彳 骤1 ,预期结果4 ;预期结果:预期结果1: 4个curl都能执行成功;预期结果 2 : kill 掉 kube-apiserver 后,systemd 会很快将 kube-apiserver 重启,所以 4个curl都能执行成功;预期结果3:第,个curl执行失败,其他一个 curl执行成功;预期结果4: 4个curl都能执行成功;执行结果:测试用例2-2: hapro

8、xy高可用测试用例编号2-2测试目的验证haproxy图可用测试测试步骤.执 行 命 令 :curl http:/admin:adminIP1/admin、curlhttp:/admin:adminIP2/admin 、curl http:admin:adminVIP1/admin。预期结 果1;.在节点IP1上,将haproxy进程kill掉;执行步骤1,预期结果2;. 在节点IP1上,将haproxy服务停掉systemctl stop haproxy ;执行步骤1,预期结 果3;. 在节点IP1上,将haproxy服务重启systemctl stop haproxy ;执行步骤1,预期结

9、 果4;预期结果预期结果1: 3个curl都能执行成功;预期结果2: kill掉haproxy后,systemd会很快将haproxy重启,所以4个curl都能执行成功;预期结果3:第,个curl执行失败,其他2个curl执行成功;预期结果4 : 3个curl都能执行成功;执行结果:三、k8s master 高可用测试k8s master高可用测试包括 master所在的节点高可用测试和 master组件 (kube-controller-manager 和 kube-scheduler )高可用测试。Master节点高可用使用keepalived构建主备模式;测试用例3-1: k8s mas

10、ter节点高可用测试用例编号:3-1测试目的:k8s master节点图可用测试测试步骤:.登PS epc服务,预期结果1;. 将 master1 节点上的 kube-controller-manager、kube-scheduler 服务停掉,模拟 master1下点下线的场景;.等5分钟后,登陆EPC服务,预期结果2;. 将 master1 节点上的 kube-controller-manager 、 kube-scheduler 服务重启,模拟 master1节点上线的场景;登陆 epc服务,预期结果3;预期结果:.预期结果1.预期结果2.预期结果3epc服务可以登陆,各项服务正常运行;

11、 epc服务可以登陆,各项服务正常运行; epc服务可以登陆,各项服务正常运行;执行结果:测试用例3-2: k8s master组件高可用测试用例编号3-2测试目的k8s master组件图可用测试测试步骤登PS epc服务,预期结果1;将 master1 节点上的 kube-controller-manager 服务停掉, 模拟 kube-controller-manager 服务异常的Wlb;等5分钟后,登陆EPC服务,预期结果2;将 master1 节点上的kube-controller-manager 服务重启,模拟 master1 节点kube-controller-manager服

12、务恢复的场景;登陆 epc服务,预期结果 3;将master1节点上的kube-scheduler服务停掉,模拟 kube-scheduler服务异常的等5分钟后,登陆EPC服务,预期结果4;将 master1 节点上的 kube-scheduler 服务重启, 模才以 master1 节点 kube-scheduler 服务恢复的场景;登陆epc服务,预期结果 5;预期结果:.预期结果1.预期结果2.预期结果3epc服务可以登陆,各项服务正常运行; epc服务可以登陆,各项服务正常运行; epc服务可以登陆,各项服务正常运行;.预期结果4: epc服务可以登陆,各项服务正常运行;.预期结果5

13、: epc服务可以登陆,各项服务正常运行;执行结果:四、k8s minion 高可用测试k8s minion高可用测试包括 minion所在的节点高可用测试和 minion组件(kube-proxy 和kubelet )高可用测试。测试用例4-1: k8s minion节点高可用测试用例编号4-1测试目的验证k8s minion节点局可用测试步骤.登PS epc服务,预期结果1;. 将 minion1 节点上的 kubelet、kube-proxy、docker 服务停掉,模拟 minion1 节点 下线的场景;.等5分钟后,登陆EPC服务,预期结果2;. 将 minion1 节点上的 kub

14、elet、kube-proxy、docker 服务重启,模拟 minion1 节点 上线的场景(此时minion1节点上的所有容器全部终结,并在其他节点上再次创建);登陆epc服务,预期结果3;预期结果.预期结果1: epc服务可以登陆,各项服务正常运行;.预期结果2: epc服务可以登陆,各项服务正常运行;.预期结果3: epc服务可以登陆(登陆加载时间较长),各项服务正常运行;执行结果测试用例4-2: k8s minion组件高可用测试用例编号:4-2测试目的:验证k8s minion组件图可用测试步骤:. 在 minion1 节点上,ps -ef | grep -E kubelet | kube-proxy预期结果 1;.在minion1下点上,将kubelet进程kill掉;执行步骤1,预期结果2;. 在minion1下点上,将kube-proxy进程kill掉;执行步骤1,预期结果3;.在minion1节点上,将docker进程kill掉;登陆epc的业务(自服务)预期结果 4;预期结果:预期结果1 : kubelet和kube-proxy都正常运行;预期结果 2: kill掉kubelet后,systemd会很快将kubele

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论