amazon-web-services - 为什么我的 Pod 没有使用多个节点？

Question

目前，我在 AWS 上有 2 个节点

NAME                                           STATUS   ROLES    AGE   VERSION
NODE-1-xxx-xxx-xxx-xxx.cn-north-1.compute.internal   Ready    <none>   15d   v1.16.13-eks-2ba888
NODE-2-xxx-xxx-xxx-xxx.cn-north-1.compute.internal   Ready    <none>   13d   v1.16.13-eks-2ba888

这也是我的 CPU 负载的屏幕截图

节点 1

节点 2

我的问题是，每当我将应用程序部署到生产环境时，我都会在 NODE 2 上最大限度地使用 CPU，这会降低整个网站的速度

这是我的部署配置

apiVersion: apps/v1
kind: Deployment
metadata:
  name: backend # name of the deployment
  namespace: backend
  labels: # these labels apply to the deployment
    app: root
    component: backend

spec:
  replicas: 2
  minReadySeconds: 20
  selector:
    matchLabels:
      app: root
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    metadata:
      labels: # these labels apply to our container
        app: root
        component: backend
        version: xxx_${BITBUCKET_BUILD_NUMBER}
    spec:
      containers:
      - name: backend # name of our container
        image: xxx/xxx_main:${BITBUCKET_BUILD_NUMBER} # the URI that we got from ECR
        imagePullPolicy: Always
        envFrom:
        - configMapRef:
            name: env
        ports:
        - containerPort: 3000 # expose the running contianer on port 3000
          name: backend
          protocol: TCP
        readinessProbe:
          tcpSocket:
            port: backend
          initialDelaySeconds: 20
          periodSeconds: 5
          timeoutSeconds: 1
          successThreshold: 1
          failureThreshold: 20

      imagePullSecrets:
       - name: xxx

我在这里没有适本地扩大规模吗？如果只使用一个节点，那么拥有两个节点有什么意义？如何正确扩展我的应用程序以使用多个节点？

Answer 1

发生这种情况是因为节点调度算法基于优先级分数，不同的优先级算法对分数有贡献。一种这样的优先级算法是 ImageLocalityPriority，它为已经拥有 pod 使用的图像的节点添加一个正的优先级分数。因此，最初，已经运行 pod 的第一个副本的节点由于 ImageLocalityPriority 而获得一个小的优先级提升。一旦添加了越来越多的副本，每个节点上运行的 pod 数量就会出现平衡，因为 BalancedResourceAllocation 等其他优先级也会受到影响。

还有一个 SelectorSpreadPriority 有助于最小化一个节点上属于同一服务的 pod 的数量。因此，如果您在创建部署之前创建 service 对象，它可能会有所帮助。

要强制 pod 散开，您应该添加 inter-pod anti-affinity constraints到你的 pod 。

您还应该考虑添加 requests and limits到您的容器。这有助于分散 pod，因为 LeastRequestedPriority 优先级也会启动。(注意:还有 MostRequestedPriority 会为使用的节点增加优先级，但默认情况下不启用)。