使用 Kubernetes 对大规模负载测试进行扩展：安全研究员的非传统方法

Source: Dev.to

理解挑战

在大规模进行负载测试时，通常需要部署数百甚至数千个客户端实例来产生流量。传统方法依赖手动配置基础设施，容易出现配置错误且缺乏可扩展性。缺乏完整文档会使得了解现有设置或复现环境变得更加困难。

采用的关键策略

• 动态资源分配 – 利用 Kubernetes 原生的弹性伸缩能力，根据负载自动启动和关闭 Pod。
• 标签和注解 – 在没有预先脚本或配置的情况下组织工作负载。
• 集群内服务发现 – 管理测试代理与负载生成器之间的通信。
• 持久化存储 – 确保数据收集和日志能够被保留以供分析。

步骤实现

创建命名空间

# Create a namespace for load testing
kubectl create namespace load-test

部署负载生成器

apiVersion: apps/v1
kind: Deployment
metadata:
  name: load-generator
  namespace: load-test
spec:
  replicas: 10 # initial replicas, auto‑scale later
  selector:
    matchLabels:
      app: load-test
  template:
    metadata:
      labels:
        app: load-test
    spec:
      containers:
      - name: locust
        image: custom/locust:latest
        ports:
        - containerPort: 8089
        volumeMounts:
        - name: logs
          mountPath: /logs
      volumes:
      - name: logs
        persistentVolumeClaim:
          claimName: load-logs

启用水平 Pod 自动伸缩

apiVersion: autoscaling/v2beta2
kind: HorizontalPodAutoscaler
metadata:
  name: locust-hpa
  namespace: load-test
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: load-generator
  minReplicas: 10
  maxReplicas: 200
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 70

使用 Prometheus 进行监控

apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: load-test-monitor
  namespace: monitoring
spec:
  selector:
    matchLabels:
      app: load-test
  endpoints:
  - port: metrics

为日志创建持久卷声明

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: load-logs
  namespace: load-test
spec:
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 10Gi

反思与经验教训

这种基于 Kubernetes 原生特性的做法被证明高度可扩展且具备弹性。即使起始阶段缺乏文档，通过 Deployments、Autoscalers、服务发现以及监控工具的综合使用，实现了对大规模负载测试的高效处理。对于安全研究而言，这一方法提供了一个可扩展的蓝图，可在各种测试场景中进行适配，即使事先文档极少。

超越传统用途使用容器编排，能够为复杂负载测试提供一条弹性、可扩展且易于管理的道路，尤其在速度和适应性至关重要的情况下。

🛠️ QA 小贴士

为了在不使用真实用户数据的情况下安全测试，我使用 TempoMail USA。