kubemark测试k8s性能

已于 2022-07-25 11:10:00 修改
阅读量4.2k 收藏 8
点赞数
分类专栏： k8s 文章标签： k8s
于 2022-04-28 14:01:01 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_40579389/article/details/124472367
版权

一、kubemark介绍

  • 背景介绍

kubemark 是 K8s 官方给出的性能测试工具，能够不受任何资源限制，模拟出一个大规模 K8s 集群。其主要架构如图所示:需要一个外部 K8s 集群（external cluster） 以及一个机器节点运行 kubemark master，即另外一个 K8s 集群，但是只有一个 master 节点。我们需要在 external cluster 中部署运行 hollow pod，这些 pod 会主动向 kubemark 集群注册，并成为 kubemark 集群中的 hollow node(虚拟节点)。然后我们就可以在 kubemark 集群中进行 e2e 测试。虽然与真实集群的稍微有点误差，不过可以代表真实集群的数据

二、kubemark构建

  • 编译kubemark可执行文件
下载与环境一直的k8s源码包文件，安装go环境
#########查看目前环境为1.18.6版本
[root@node1 kubemark]# kubectl get node 
NAME    STATUS   ROLES    AGE   VERSION
node1   Ready    master   18h   v1.18.6
node2   Ready    master   18h   v1.18.6
node3   Ready    master   18h   v1.18.6
########下载源码包以及安装go环境
[root@node1 kubemark]# ll | grep kubernetes
drwxr-xr-x 21 root root      4096 Mar 31 14:13 kubernetes-1.18.6
-rw-r--r--  1 root root 454873856 Apr 12 16:29 kubernetes-1.18.6.tar.gz
    
########go版本
[root@node1 kubemark]# go version
go version go1.16.14 linux/amd64
[root@node1 kubemark]# 

#######编译kubemark
cd /root/test/kubemark/kubernetes-1.18.6

make kubemark GOGCFLAGS="-N -l"

编译好的文件在_output/bin/目录下：
[root@node1 kubernetes-1.18.6]# cd _output/bin/
[root@node1 bin]# ll
total 282868
-rwxr-xr-x 1 root root   6217728 Mar 31 14:13 conversion-gen
-rwxr-xr-x 1 root root   5971968 Apr 12 17:08 deepcopy-gen
-rwxr-xr-x 1 root root   5955584 Mar 31 14:13 defaulter-gen
-rwxr-xr-x 1 root root 113429456 Apr  6 10:59 e2e.test
-rwxr-xr-x 1 root root   3554775 Apr 12 17:08 go2make
-rwxr-xr-x 1 root root   1966080 Mar 31 14:14 go-bindata
-rwxr-xr-x 1 root root  41275392 Mar 31 15:45 kubectl
-rwxr-xr-x 1 root root 101385080 Apr 12 17:08 kubemark
-rwxr-xr-x 1 root root   9895936 Mar 31 14:13 openapi-gen

########编译好的工具下载解压即用
链接：https://pan.baidu.com/s/1iWTaZRz4nUZJ6W7mzC5mjA 
提取码：db37 
--来自百度网盘超级会员V6的分享
########################
  • 构建kubemark镜像
将生成的 kubemark 二进制文件从 _output/bin 复制到 cluster/images/kubemark 目录下。

[root@node1 kubernetes-1.18.6]# cp _output/bin/kubemark cluster/images/kubemark/
[root@node1 kubemark]# ll
total 99028
-rw-r--r-- 1 root root       791 Jul 16  2020 BUILD
-rw-r--r-- 1 root root       877 Apr 12 17:35 Dockerfile
-rwxr-xr-x 1 root root 101385080 Apr 12 17:08 kubemark
-rw-r--r-- 1 root root      1268 Jul 16  2020 Makefile
-rw-r--r-- 1 root root       147 Jul 16  2020 OWNERS
####需要替换Dockerfile中使用的镜像，默认镜像不可用。
FROM centos:7
COPY kubemark /kubemark
#######运行命令进行编译。或者使用下面云盘链接中编译好的镜像。
IMAGE_TAG=v1.14.8 make build   ###不指定tag默认为latest。

####修改tag上传至registry，方便其他节点使用。
链接：https://pan.baidu.com/s/1WI0V88sU4TTRtHfA9EmZjw 
提取码：3zdw 
--来自百度网盘超级会员V6的分享

三、启动kubemark集群

  • 配置基础环境
在执行节点执行以下命令创建ns、cm、secret
kubectl create ns kubemark

kubectl create configmap node-configmap -n kubemark --from-literal=content.type="test-cluster"

kubectl create secret generic kubeconfig --type=Opaque --namespace=kubemark --from-file=kubelet.kubeconfig=/root/.kube/config --from-file=kubeproxy.kubeconfig=/root/.kube/config
  • 修改maxPods值
修改配置文件vim /var/lib/kubelet/config.yaml
maxPods: 1000000
然后重启kubelet
systemctl restart kubelet
  • 启动hollow node节点
1、设置物理node标签
kubectl label node node1 name=hollow-node
kubectl label node node2 name=hollow-node
kubectl label node node3 name=hollow-node
###########或者设置为不可调度
kubectl taint node node1 key=value:NoSchedule
kubectl taint node node2 key=value:NoSchedule
kubectl taint node node3 key=value:NoSchedule        

2、执行hollow-node.yaml文件创建虚拟节点
kubectl apply -f hollow-node.yaml

###yaml文件内容如下：
apiVersion: apps/v1
kind: Deployment
metadata:
  name: hollow-node
  namespace: kubemark
  labels:
    name: hollow-node
spec:
  replicas: 1000       ###启动的虚拟节点的数量
  selector:
    matchLabels:
      name: hollow-node
  template:
    metadata:
      labels:
        name: hollow-node
    spec:
      nodeSelector:
        name: hollow-node
      initContainers:
      - name: init-inotify-limit
        image: busybox
        imagePullPolicy: IfNotPresent
        command: ['sysctl', '-w', 'fs.inotify.max_user_instances=524288']
        securityContext:
          privileged: true
      volumes:
      - name: kubeconfig-volume
        secret:
          secretName: kubeconfig
      containers:
      - name: hollow-kubelet
        image: 172.18.30.4:5000/kubemark:latest
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 4194
        - containerPort: 10250
        - containerPort: 10255
        env:
        - name: CONTENT_TYPE
          valueFrom:
            configMapKeyRef:
              name: node-configmap
              key: content.type
        - name: NODE_NAME
          valueFrom:
            fieldRef:
              fieldPath: metadata.name
        command:
        - /bin/sh
        - -c
        - /kubemark --morph=kubelet --name=$(NODE_NAME) --kubeconfig=/kubeconfig/kubelet.kubeconfig $(CONTENT_TYPE) --alsologtostderr --v=2
        volumeMounts:
        - name: kubeconfig-volume
          mountPath: /kubeconfig
          readOnly: true
        securityContext:
          privileged: true
      - name: hollow-proxy
        image: 172.18.30.4:5000/kubemark:latest
        imagePullPolicy: IfNotPresent
        env:
        - name: CONTENT_TYPE
          valueFrom:
            configMapKeyRef:
              name: node-configmap
              key: content.type
        - name: NODE_NAME
          valueFrom:
            fieldRef:
              fieldPath: metadata.name
        command:
        - /bin/sh
        - -c
        - /kubemark --morph=proxy --name=$(NODE_NAME) --use-real-proxier=false --kubeconfig=/kubeconfig/kubeproxy.kubeconfig $(CONTENT_TYPE) --alsologtostderr --v=2
        volumeMounts:
        - name: kubeconfig-volume
          mountPath: /kubeconfig
          readOnly: true
      tolerations:
        - key: key
          value: value
          effect: NoSchedule
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:  # 硬策略
            nodeSelectorTerms:
            - matchExpressions:
              - key: name
                operator: In
                values:
                - hollow-node  

#################################
#################################
#################################
如果集群是通过域名访问的，需要在hollow-node.yaml文件中添加如下配置：
spec:
      hostAliases:
      - ip: "10.233.0.1"   ###如果是高可用，则填写集群的vip地址
        hostnames:
        - "vip.sanyi.com"   ###集群域名
      nodeSelector:
        name: hollow-node    
##############################
##############################
##############################        
c查看已经注册好的hollow node节点，如下：
[root@node1 ~]# kubectl get pod -n kubemark -o wide
NAME                          READY   STATUS    RESTARTS   AGE   IP              NODE    NOMINATED NODE   READINESS GATES
hollow-node-7cdbb7d69-6jqnv   2/2     Running   0          71s   172.25.135.58   node3   <none>           <none>
hollow-node-7cdbb7d69-prhx5   2/2     Running   0          71s   172.25.104.44   node2   <none>           <none>
hollow-node-7cdbb7d69-szn5m   2/2     Running   0          71s   172.25.104.43   node2   <none>           <none>
[root@node1 ~]# 
[root@node1 ~]# kubectl get node 
NAME                          STATUS   ROLES    AGE   VERSION
hollow-node-7cdbb7d69-6jqnv   Ready    <none>   66s   v1.18.6
hollow-node-7cdbb7d69-prhx5   Ready    <none>   66s   v1.18.6
hollow-node-7cdbb7d69-szn5m   Ready    <none>   66s   v1.18.6
node1                         Ready    master   19h   v1.18.6
node2                         Ready    master   19h   v1.18.6
node3                         Ready    master   19h   v1.18.6

每个hollow node节点也会启动相应的k8s组件，如下：
[root@node1 ~]# kubectl get pod -A -o wide | grep hollow
kube-system                    calico-node-724sq                                                 0/1     Init:0/3    0          94s     192.168.192.168   hollow-node-7cdbb7d69-6jqnv   <none>           <none>
kube-system                    calico-node-bzq7p                                                 0/1     Init:0/3    0          94s     192.168.192.168   hollow-node-7cdbb7d69-szn5m   <none>           <none>
kube-system                    calico-node-d7255                                                 0/1     Init:0/3    0          94s     192.168.192.168   hollow-node-7cdbb7d69-prhx5   <none>           <none>
kube-system                    kube-proxy-bqph2                                                  1/1     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-6jqnv   <none>           <none>
kube-system                    kube-proxy-gtl5z                                                  1/1     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-prhx5   <none>           <none>
kube-system                    kube-proxy-qvkcb                                                  1/1     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-szn5m   <none>           <none>
kubemark                       hollow-node-7cdbb7d69-6jqnv                                       2/2     Running     0          103s    172.25.135.58     node3                         <none>           <none>
kubemark                       hollow-node-7cdbb7d69-prhx5                                       2/2     Running     0          103s    172.25.104.44     node2                         <none>           <none>
kubemark                       hollow-node-7cdbb7d69-szn5m                                       2/2     Running     0          103s    172.25.104.43     node2                         <none>           <none>
kubesphere-logging-system      fluent-bit-8lvg4                                                  1/1     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-6jqnv   <none>           <none>
kubesphere-logging-system      fluent-bit-lvdw9                                                  1/1     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-prhx5   <none>           <none>
kubesphere-logging-system      fluent-bit-scgtq                                                  1/1     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-szn5m   <none>           <none>
kubesphere-monitoring-system   node-exporter-8b9ts                                               2/2     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-6jqnv   <none>           <none>
kubesphere-monitoring-system   node-exporter-pmbst                                               2/2     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-szn5m   <none>           <none>
kubesphere-monitoring-system   node-exporter-tzjrg                                               2/2     Running     0          94s     192.168.192.168   hollow-node-7cdbb7d69-prhx5   <none>           <none>
velero                         restic-7b8tm                                                      1/1     Running     0          84s     192.168.192.168   hollow-node-7cdbb7d69-szn5m   <none>           <none>
velero                         restic-8rfvc                                                      1/1     Running     0          84s     192.168.192.168   hollow-node-7cdbb7d69-6jqnv   <none>           <none>
velero                         restic-cm654                                                      1/1     Running     0          84s     192.168.192.168   hollow-node-7cdbb7d69-prhx5   <none>           <none>
[root@node1 ~]#
  • 在hollow节点启动pod测试
1、为hollow node节点添加标签，如下：
[root@node1 kubemark]# kubectl label node hollow-node-7cdbb7d69-6jqnv app=nginx
node/hollow-node-7cdbb7d69-6jqnv labeled
[root@node1 kubemark]# kubectl label node hollow-node-7cdbb7d69-prhx5 app=nginx
node/hollow-node-7cdbb7d69-prhx5 labeled
[root@node1 kubemark]# kubectl label node hollow-node-7cdbb7d69-szn5m app=nginx
node/hollow-node-7cdbb7d69-szn5m labeled

2、执行yaml脚本，在hollow节点启动pod，如下：
kubectl apply -f deploy-pod.yaml
###yaml问价内容如下：
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment
  labels:
    app: nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      nodeSelector:     ####匹配hollow node节点标签，如果物理node设置了NoSchedule则不需要添加
        app: nginx
      containers:
      - name: nginx-deploy
        image: nginx:latest      ###不会真的去下载镜像
        imagePullPolicy: IfNotPresent
            
3、查看启动好的pod节点信息，如下：
[root@node1 ~]# kubectl get pod -o wide 
NAME                            READY   STATUS    RESTARTS   AGE     IP                NODE                          NOMINATED NODE   READINESS GATES
deployment-5bd6b744d4-5fnwr     1/1     Running   0          9s      192.168.192.168   hollow-node-7cdbb7d69-szn5m   <none>           <none>
deployment-5bd6b744d4-cx6wv     1/1     Running   0          9s      192.168.192.168   hollow-node-7cdbb7d69-6jqnv   <none>           <none>
deployment-5bd6b744d4-fh29s     1/1     Running   0          9s      192.168.192.168   hollow-node-7cdbb7d69-prhx5   <none>           <none>

四、perf-test压测工具使用

  • clusterloader工具构建
下载perf-test源码包，与目前k8s环境版本一致，如下:
[root@node1 perf-test]# ll
total 46512
drwxr-xr-x 14 root root     4096 Apr 18 11:15 perf-tests-release-1.18
-rw-r--r--  1 root root 47622183 Apr 19 14:18 perf-tests-release-1.18.zip
    
    
####工具编译
[root@node1 perf-test]# cd perf-tests-release-1.18/clusterloader2/
[root@node1 clusterloader2]# go build -o clusterloader './cmd/'

###编译完成后查看已经存在clusterloader文件，如下：
[root@node1 clusterloader2]# ll
total 37964
drwxr-xr-x  2 root root       43 Apr 18 11:14 api
-rw-r--r--  1 root root     2631 Apr 18 11:14 clean-up-old-snapshots.sh
-rwxrwxrwx  1 root root 38557259 Apr 18 11:14 clusterloader  ########
drwxr-xr-x  2 root root       30 Apr 18 11:14 cmd
drwxr-xr-x  2 root root       97 Apr 18 11:15 docs
drwxr-xr-x  2 root root       40 Apr 18 11:15 drivers
-rw-r--r--  1 root root       49 Apr 18 11:14 go.mod
-rw-r--r--  1 root root     2080 Apr 25 15:41 junit.xml
-rw-r--r--  1 root root      126 Apr 18 11:14 OWNERS
-rw-r--r--  1 root root      315 Apr 18 11:14 perf.sh
drwxr-xr-x 16 root root      223 Apr 18 11:16 pkg
-rw-r--r--  1 root root     6444 Apr 18 11:14 README.md
drwxr-xr-x  2 root root     4096 Apr 18 11:15 reports
-rw-r--r--  1 root root     1485 Apr 18 11:14 run-e2e.sh
-rw-r--r--  1 root root      239 Apr 19 15:18 sh
drwxr-xr-x 11 root root      166 Apr 18 11:23 testing
-rw-r--r--  1 root root   271115 Apr 18 11:14 test.log
drwxr-xr-x 11 root root      215 Apr 18 11:26 vendor
 
#####编译好的工具，解压即用
链接：https://pan.baidu.com/s/1Ukv1g6SsNkgHCDZ0lxP-7Q 
提取码：xsm0 
--来自百度网盘超级会员V6的分享
  • 参数修改
clusterloader2的测试配置文件在testing目录下。可以参考修改配置
按修改后的测试配置文件，指定参数变量，执行clusterloader测试
[root@node1 clusterloader2]# cd testing/density/
You have mail in /var/spool/mail/root
[root@node1 density]# ll
total 32
drwxr-xr-x 2 root root   27 Apr 19 14:22 2000_nodes
drwxr-xr-x 2 root root   27 Apr 18 11:18 5000_nodes
drwxr-xr-x 2 root root   40 Apr 18 11:18 600_nodes
-rw-r--r-- 1 root root 9626 Apr 19 14:21 config.yaml  ####运行的文件
-rw-r--r-- 1 root root  968 Apr 19 14:25 deployment.yaml
-rw-r--r-- 1 root root 8583 Apr 18 11:16 high-density-config.yaml
drwxr-xr-x 5 root root   93 Apr 19 14:43 legacy
drwxr-xr-x 5 root root   78 Apr 18 11:23 scheduler
-rw-r--r-- 1 root root  543 Apr 18 11:16 scheduler-suite.yaml
###此文件中需要修改的参数如下：
1、Nodes，属于配置文件上下文参数，如果不指定，测试工具会抓取实际环境中的可用的节点数，进行设置
2、NODES_PER_NAMESPACE， 每个ns下的nodes数。这里需注意: NODES > NODES_PER_NAMESPACE
3、PODS_PER_NODE，每个节点下的pod数
4、MIN_LATENCY_PODS这个数值会跟 PODS_PER_NODE比较 选取最大的，作为LATENCY测试的参数。因为LATENCY测试一般使用较多pod 数，即$MIN_LATENCY_PODS
5、测试中会有测试使用的资源参数，这里需要对实际情况进行config.yaml调整。
•	LATENCY_POD_CPU
•	LATENCY_POD_MEMORY
•	其它自定义资源数量，可以在config.yaml文件中添加配置

此次运行pod数量如下：
•	NODES_PER_NAMESPACE 2
•	PODS_PER_NODE 40
•	MIN_LATENCY_PODS 40

####还需要修改次目录下的deployment.yaml文件，如下：
apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{.Name}}
  labels:
    group: {{.Group}}
spec:
  replicas: {{.Replicas}}
  selector:
    matchLabels:
      name: {{.Name}}
  template:
    metadata:
      labels:
        name: {{.Name}}
        group: {{.Group}}
    spec:
      nodeSelector:  ###添加此参数，让pod启动在hollow节点上。
        app: nginx
      containers:
      - image: 172.18.30.5:5000/pause:3.2
        imagePullPolicy: IfNotPresent
        name: {{.Name}}
        ports:
        resources:
          requests:
            cpu: {{.CpuRequest}}
            memory: {{.MemoryRequest}}
  • 工具运行
cd /root/perf-tests-release-1.18/clusterloader2
####运行如下命令，提换实际ip地址
[root@node1 clusterloader2]# ./clusterloader --kubeconfig=/root/.kube/config     --mastername=192.168.1.117   --masterip=192.168.1.117  --master-internal-ip=192.168.1.117   --testconfig=/root/go/perf-tests-release-1.18/clusterloader2/testing/density/config.yaml     --report-dir=/tmp     --alsologtostderr 2>&1 | tee /tmp/clusterload.log

###此工具会先启动三个名为exec-pod的pod，之后通过配置的depolyment启动pod。
魏志标
关注
  • 0
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
kubemark使用记录
jimzbq的博客
01-02 2460
在 K8s 的使用中，我们会遇到这样一个场景，现有集群只有几个节点，但是我想模拟测试大规模集群时，集群的压力性能会表现如何呢？这里就需要用到 kubemark 了。 原理 kubemark 是 K8s 官方给出的性能测试工具，能够不受任何资源限制，模拟出一个大规模 K8s 集群。其主要架构如图所示:需要一个外部 K8s 集群（external cluster） 以及一个机器节点运行 kubemar...
使用Kubemark对集群进行压力测试
weixin_37844885的博客
07-13 2077
使用Kubemark对集群进行压力测试
Kubernetes集群性能测试之kubemark集群搭建
最新发布
codelearning的专栏
07-07 678
Kubemark是K8s官方提供的一个对K8s集群进行性能测试的工具。它可以模拟出一个K8s cluster（Kubemark cluster），不受资源限制，从而能够测试的集群规模比真实集群大的多。这个cluster中master是真实的机器，所有的nodes是Hollow nodes。Hollow nodes执行的还是真实的K8s程序，只是不会调用Docker，因此测试会走一套K8s API调用的完整流程，但是不会真正创建pod。
【性能测试】ChaosTesting(混沌测试)&ChaosBlade(混沌实验工具)(四)-k8s容器混沌实验
qxj2422640226的博客
04-24 1364
kubernetes 节点 CPU 负载实验场景，同基础资源的 CPU 场景kubernetes 节点网络相关场景，同基础资源的网络场景kubernetes 节点进程相关场景，同基础资源的进程场景kubernetes 节点磁盘场景，包含磁盘填充和磁盘IO读写高kubernetes Pod 资源自身场景，比如删除 Podk8s pod文件系统I/O异常场景，可以模拟对指定路径上的文件读写异常，包括延迟，错误等.注意！！！
kubemark-tool:可能有助于kubemark测试的工具
04-09
kubemark工具 可能有助于kubemark测试的工具 客户端机器设置 这是我的客户资料，仅供参考： Ubuntu 20.04 LTS n2-standard-8（8核，32 GB内存，800 GB磁盘） gcloud完整的API访问权限（因为它需要大量访问Google Cloud API！） apt安装zip pyton-is-python3 gcloud初始化 源代码说明 通常，社区ETCD是可取的，其补丁现在在树外提交992ec184（ETCD 3.4.3）中。 如何使用它 它有目的地适用于Arktos项目。 确保arktos-tool /位于〜/（可能需要运行git clone ） 创建指向shell脚本的符号链接，网址为 假设已经完成快速发布； 源./kubemark-setup.sh hw-density-1x100 100 2 3（2tpx3rp，通常需
kubernetes 性能测试工具 kubemark
Hender_的专栏
01-12 720
kubernetes 性能测试工具 kubemark
【kubernetes/k8s源码分析】k8s 性能测试 perf-tests 解读源码
zhonglinzhang
10-24 8788
github:https://github.com/kubernetes/perf-tests/tree/master/clusterloader2 pert-tests 是性能测试框架，需要用户自己通过配置文件定义性能测试策略。以kubernetes density 测试为例，clusterloader2 的测试过程 ./clusterloader --ku...
k8s k3s云容器性能测试-边端云端性能测试
疯批美人
11-26 1534
被测服务器：mec16边端服务器 step1 登录跳板 前端地址 物理机计算地址 control1 control2 物理机k3s节点 GPU节点 engine ip地址 k3s地址 k3sserver-1 k3sserver-2 k3sserver3 harbor地址 网关地址 1. 测试CPU CPU/Memory：在MEC k3s集群里创建POD，在POD里为集群加压 e.g. memtester 1.1 登录ks3-1服务器10.121.128.12，目录/tmp [ro...
kubemark kubemark测试k8s性能
01-02
kubemark就是这样一个专门用于k8s性能测试的工具。kubemark测试允许我们模拟一个比实际集群更大的规模，从而评估在极限条件下的系统表现，而无需消耗大量的硬件资源。 【描述】：文章链接提到的博客详细介绍了如何...
K8s实践测试yaml
07-05
配合k8s学习教程一起使用
测试k8s测试k8s.zip
01-11
通过分析和测试k8s-master的相关文件，我们可以深入了解k8s的运行机制，优化集群性能，提高系统的稳定性和安全性。对于开发者和运维人员来说，熟练掌握k8s的使用和测试方法至关重要，因为它已经成为现代云原生应用的...
基于Kubernetes的分布式压力测试方案
09-01
压力测试是用来检测系统承载能力的有效手段。在系统规模较小的时候，在一台空闲的服务器上使用ab，wrk，siege 等工具发起一定量的并发请求即可得到一个初步的测试结果。但在系统复杂度逐步提高，特别是引入了负载均衡， 微服务等架构后，单机的压力测试方案不再可用，企业需要搭建分布式测试集群或者付费使用外部供应商提供的压力测试服务。
Kubernetes+微服务 容灾测试报告
08-24
基于Kubernetes+微服务部署的服务容灾测试报告
云原生培训-PaaS云平台项目k8s&ocp原厂性能测试方案
03-16
"云原生培训-PaaS云平台项目k8s&ocp原厂性能测试方案" 云原生培训中PaaS云平台项目k8s&ocp原厂性能测试方案是云原生培训的一部分，旨在评估和验证PaaS云平台项目的性能。该方案旨在为云原生培训提供一个综合的性能...
k8s搭建Nacos集群
05-26
k8s搭建Nacos集群，制作Java运行容器镜像，再制作Nacos镜像 Nacos版本是：2.1.0 说明： 如果想搭建：2.2.0也根据文档步骤操作即可
【转载】kubernetes性能测试实践
amytest的博客
11-05 1435
原文链接： https://blog.csdn.net/jessicaiu/article/details/84400524 本文经作者张文娟授权发布。 欢迎访问网易云社区，了解更多网易技术产品运营经验。 概述随着容器技术的发展，容器服务已经成为行业主流，然而想要在生产环境中成功部署和操作容器，关键还是容器编排技术。市场上有各种各样的容器编排工具，如Docker原生的Swarm、Mesos、kub...
性能测试：k8s集群监控环境搭建（kube-prometheus）
全栈测试笔记
10-23 375
选择kube-prometheus版本 k8s集群版本是1.22.x 5个节点 说明：如果你电脑配置低，也可以1个master节点，2个node节点 3个节点 Kube-Prometheus地址：https://github.com/prometheus-operator/kube-prometheus/ 找到和自己Kubernetes版本对应的版本 选择0.9 克隆：git clone...
性能测试方案_K8S 六种存储解决方案的性能比较测试
weixin_39556853的博客
12-03 1753
翻译：小君君(才云)技术校对：星空下的文仔(才云)、bot(才云)大多数开发人员都认为在部署集群时选择合适的存储技术极为重要。但是，在 Kubernetes 这片市场上，人们对于存储技术的选择并没有一个标准的答案。本文将介绍 Kubernetes 中常用的 6 种存储，分析它们的使用场景和优缺点，并对它们进行性能测试，找出哪种存储解决方案才是最理想的选择。存储技术的选择在很大程度上取决于...
k8s集群性能测试-运用kubemark
weixin_33744141的博客
11-02 3898
2019独角兽企业重金招聘Python工程师标准>>> ...
jenkins持续集成测试k8s
08-31
Jenkins是一个流行的持续集成和持续交付工具，可以帮助自动化构建、测试和部署应用程序。对于在Kubernetes（简称k8s）上进行持续集成测试，有以下几个步骤： 1. 安装Jenkins：首先需要在Kubernetes集群上安装Jenkins。可以使用Helm Chart或者直接在Kubernetes上部署Jenkins。 2. 配置Jenkins凭据：在Jenkins中配置连接到Kubernetes集群的凭据。这些凭据将用于Jenkins与Kubernetes API进行通信。 3. 创建Jenkins Pipeline：在Jenkins中创建Pipeline，用于定义构建和测试步骤。Pipeline可以是Groovy脚本或者使用Jenkins提供的可视化编辑器进行编辑。 4. 集成测试环境准备：在Pipeline中添加步骤，用于创建Kubernetes Namespace、部署测试环境和配置测试所需的依赖项。 5. 运行测试：使用适当的测试工具（如Junit、Selenium等）编写和运行测试。可以通过Pipeline中的步骤来启动测试容器，并将测试结果整合到Jenkins报告中。 6. 清理环境：在测试完成后，添加步骤来清理Kubernetes集群中的测试环境，以确保下一次测试的干净环境。 通过以上步骤，你可以在Jenkins上实现持续集成测试Kubernetes应用程序的流程。希望这些信息对你有所帮助！如果还有其他问题，请随时提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值