Kubernetes: YAML 文件配置和调优

引言

最近正在做系统的迁移，准备将虚拟机项目迁移到K8S集群中，谈谈自己的实践和想法。本文将深入探讨如何掌握常见的 YAML 配置，快速理解其内容，并进行有效的参数调优。

常见的 Kubernetes YAML 文件配置

Kubernetes 使用 YAML (YAML Ain't Markup Language) 作为其配置语言。理解和编辑这些文件是 Kubernetes 管理的基础。

Deployment 配置

Deployment 是 Kubernetes 中用于定义如何运行和扩展应用程序的最常见资源之一。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx-server
        image: nginx:1.16
        ports:
        - containerPort: 80

• apiVersion: 指定 Kubernetes API 版本。
• kind: 指定资源类型，这里是 Deployment。
• metadata: 包含资源的名称等元数据。
• spec: 定义了 Deployment 的具体配置，例如副本数、标签选择器和 Pod 模板。

Service 配置

Service 是 Kubernetes 中用于暴露应用程序的网络服务的资源。

apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  ports:
  - port: 88
    targetPort: 80
  selector:
    app: nginx

• apiVersion: Kubernetes API 版本。
• kind: 资源类型，这里是 Service。
• metadata: 资源的名称和标签。
• spec: 定义了 Service 的具体配置，例如端口映射和选择器。

资源管理

resources 字段在 Kubernetes 中非常关键，用于定义容器的资源请求（requests）和限制（limits）。

resources:
  requests:
    cpu: "0.1"
    memory: "32Mi"
  limits:
    cpu: "0.5"
    memory: "1000Mi"

• requests: 定义了容器启动所需的最小资源。
• limits: 定义了容器运行时可使用的最大资源。

健康检查

livenessProbe 和 readinessProbe 是 Kubernetes 中用于检查 Pod 健康的重要字段。

livenessProbe:
  httpGet:
    path: "/"
    port: 80
  initialDelaySeconds: 180
  timeoutSeconds: 5
  periodSeconds: 15

• httpGet: 定义了健康检查使用的 HTTP GET 请求。
• initialDelaySeconds: 延迟开始健康检查的时间。
• timeoutSeconds: 健康检查的超时时间。
• periodSeconds: 健康检查的频率。

生命周期管理

lifecycle 字段用于管理容器的生命周期事件。

lifecycle:
  postStart:
    exec:
      command:
        - "sh"
        - "-c"
        - "echo Hello from the container > /usr/share/message"
  preStop:
    exec:
      command:
        - "sh"
        - "-c"
        - "echo Goodbye from the container > /usr/share/message"

• postStart: 容器启动后执行的命令。
• preStop: 容器停止前执行的命令。

在 Kubernetes 中，参数调优涉及对资源管理、健康检查和生命周期事件的微调。

资源管理调优

• 根据应用的需求和性能特征，合理地调整 requests 和 limits。
• 在高流量环境下，适当增加 CPU 和内存的限制以提高性能。

健康检查调优

• 调整 initialDelaySeconds，以避免在应用启动阶段错误地标记为不健康。
• 根据应用的响应时间和性能特点，调整 timeoutSeconds 和 periodSeconds。

生命周期事件调优

• 使用 postStart 和 preStop 钩子来执行初始化和清理任务。
• 确保这些钩子不会阻塞容器的正常启动和停止。

生产环境调优

1. 资源管理调优（resources 字段）

对于生产环境中的高流量应用 50qps举例，资源管理调优至关重要。您需要确保每个容器都有足够的资源来处理负载，同时又不能分配过多资源，以避免资源浪费。

• CPU 和内存请求（requests）:

  • CPU: 取决于您的应用性能需求。假设每个请求大约需要 0.1 核 CPU，那么 requests: cpu: 5 （即 500m，或半核心）可能是一个合理的起点。
  • 内存: 同样地，根据您的应用内存使用模式设定。如果每个请求平均消耗 10MB 内存，1000MB（即 1GB）的内存请求可能足够。

• CPU 和内存限制（limits）:

  • CPU: 为了避免容器过度占用 CPU 资源，可以设置稍高于请求的限制，例如 limits: cpu: 10 （即 1 核心）。
  • 内存: 设置一个高于请求的内存限制，比如 limits: memory: 2000Mi （2GB），以处理突发流量。

2. 健康检查调优（livenessProbe 和 readinessProbe 字段）

• initialDelaySeconds:

  • 根据您的应用启动时间，设置合理的延迟。例如，如果您的应用在 30 秒内启动，可以设置 initialDelaySeconds: 30。

• timeoutSeconds 和 periodSeconds:

  • 设置一个适当的超时时间，例如 timeoutSeconds: 5，以确保在应用响应缓慢时能及时发现问题。
  • 根据应用的稳定性和性能需求调整检查间隔，如 periodSeconds: 10。

3. 可扩展性（自动扩缩容）

为了应对流量波动，您可以使用 Kubernetes 的 Horizontal Pod Autoscaler (HPA) 自动调整 Pod 的数量。

• 设置 HPA 以根据 CPU 或内存使用率自动扩缩容。例如，如果 CPU 使用率超过 70%，则增加 Pod 数量；如果低于 50%，则减少。

  resources:
    requests:
      cpu: "500m"
      memory: "1000Mi"
    limits:
      cpu: "1000m"
      memory: "2000Mi"
  
  livenessProbe:
    httpGet:
      path: "/"
      port: 80
    initialDelaySeconds: 30
    timeoutSeconds: 5
    periodSeconds: 10
  
  # 示例 HPA 配置
  apiVersion: autoscaling/v2beta2
  kind: HorizontalPodAutoscaler
  metadata:
    name: example-hpa
  spec:
    scaleTargetRef:
      apiVersion: apps/v1
      kind: Deployment
      name: nginx-deployment
    minReplicas: 2
    maxReplicas: 10
    metrics:
    - type: Resource
      resource:
        name: cpu
        target:
          type: Utilization
          averageUtilization: 70
  

  通过实践 通过以上调优，将能更有效地处理高流量情况，同时保持资源的高效使用和应用的高可用性。

更多内容需要进入官网获取