【问题标题】:Kubernetes/EKS rolling update causes downtimeKubernetes/EKS 滚动更新导致停机
【发布时间】:2021-06-07 00:46:48
【问题描述】:

我们为部署到 EKS 的服务有以下配置,但每当我们进行部署时,它都会导致大约 120 秒的停机时间。

当我直接转发到新 pod 时,我可以成功地向它发出请求,因此 pod 本身看起来很好。似乎是没有路由流量的 AWS NLB 或与网络相关的东西,但我不确定,我不知道在哪里进一步调试。

我尝试了几件事无济于事:添加了readinessProbe,尝试将initialDelaySeconds 增加到120,尝试切换到IP ELB 目标,而不是instance ELB 目标类型,尝试减少 NLB 的健康检查间隔,但实际上并没有被应用,并且保持为 30 秒。

任何帮助将不胜感激!

---
# Autoscaler for the frontend

apiVersion: autoscaling/v1
kind: HorizontalPodAutoscaler
metadata:
  name: my-frontend
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: my-frontend
  minReplicas: 3
  maxReplicas: 8
  targetCPUUtilizationPercentage: 60

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-frontend
  labels:
    app: my-frontend
spec:
  replicas: 3
  strategy:
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
    type: RollingUpdate
  selector:
    matchLabels:
      app: my-frontend
  template:
    metadata:
      labels:
        app: my-frontend
    spec:
      containers:
        - name: my-frontend
          image: ${DOCKER_IMAGE}
          ports:
            - containerPort: 3001
              name: web
          resources:
            requests:
              cpu: "300m"
              memory: "256Mi"
          livenessProbe:
            httpGet:
              scheme: HTTP
              path: /v1/ping
              port: 3001
            initialDelaySeconds: 5
            timeoutSeconds: 1
            periodSeconds: 10
          readinessProbe:
            httpGet:
              scheme: HTTP
              path: /v1/ping
              port: 3001
            initialDelaySeconds: 5
            timeoutSeconds: 1
            periodSeconds: 10
      restartPolicy: Always

---
apiVersion: v1
kind: Service
metadata:
  annotations:
    service.beta.kubernetes.io/aws-load-balancer-type: nlb
    service.beta.kubernetes.io/aws-load-balancer-backend-protocol: http
    service.beta.kubernetes.io/aws-load-balancer-ssl-cert: ${SSL_CERTIFICATE_ARN}
    service.beta.kubernetes.io/aws-load-balancer-ssl-ports: "https"
    service.beta.kubernetes.io/aws-load-balancer-cross-zone-load-balancing-enabled: "true"
    service.beta.kubernetes.io/aws-load-balancer-healthcheck-interval: "10"
    service.beta.kubernetes.io/aws-load-balancer-connection-draining-enabled: "true"
    service.beta.kubernetes.io/aws-load-balancer-connection-draining-timeout: "60"
  name: my-frontend
  labels:
    service: my-frontend
spec:
  ports:
    - name: http
      port: 80
      targetPort: 3001
    - name: https
      port: 443
      targetPort: 3001
  externalTrafficPolicy: Local
  selector:
    app: my-frontend
  type: LoadBalancer

【问题讨论】:

    标签: kubernetes amazon-eks nlb aws-nlb


    【解决方案1】:

    这很可能是由于 NLB 对与您的externalTrafficPolicy 设置直接相关的目标更改反应不够快。

    如果您的应用程序不使用任何客户端 IP,您可以将 externalTrafficPolicy 设置为 ClusterIP 或将其删除以保留默认值。

    如果您的应用程序需要保留客户端 IP,您可以使用 github issue 中讨论的解决方案,简而言之,您需要使用 blue-green deployment

    【讨论】:

    • 我本来打算写同样的东西,但你打败了我,所以我将你的答案标记为已接受 =)。将 externalTrafficPolicy 更改为 cluster 可解决此问题。使用externalTrafficPolicylocal 和使用instance 目标类型的nlb 的组合不起作用,因为k8s 终止了pod,但由于健康检查持续时间不同,NLB 仍将流量路由到该节点。我相信如果我将externalTrafficPolicy=localnlb 目标类型ip 结合使用也可以。
    • 是的,ip 模式听起来也不错。
    猜你喜欢
    • 2019-06-16
    • 1970-01-01
    • 1970-01-01
    • 2020-08-27
    • 2021-08-24
    • 1970-01-01
    • 1970-01-01
    • 2021-01-17
    相关资源
    最近更新 更多