John Smith's questions

我正在尝试为通过 helm chart 部署的 ingress-nginx 编写自动缩放配置。

我的目标是：

• 最少 3 个副本（因为我最少有 3 个节点）
• 确保每个节点只有一个 nginx，但是：
• 要有弹性，如果自动缩放说我们需要 4 个 nginx 允许集群中的一个节点有 2 个
• 如果添加了第四个节点，请确保生成新的 nginx

https://github.com/kubernetes/ingress-nginx/blob/main/charts/ingress-nginx/values.yaml#L326 https://github.com/kubernetes/ingress-nginx/blob/main/charts/ingress -nginx/values.yaml#L343 https://github.com/kubernetes/ingress-nginx/blob/main/charts/ingress-nginx/values.yaml#L256

我尝试使用以下设置和它们的组合，但总是有一些问题，例如现在我有第四个 nginx 出于某种原因想要生成，但由于反关联规则而不能生成。

任何人都可以分享一些如何实现这一目标的想法吗？

• 每个节点总是一个 nginx，如果创建了一个新节点，则会创建一个新的 nginx
• 保留自动缩放，如果 hpa 想在 3 节点集群上生成第四个 nginx，它应该可以自由地这样做

      replicaCount: 3
      affinity:
        podAntiAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
          - labelSelector:
              matchExpressions:
              - key: app.kubernetes.io/name
                operator: In
                values:
                - ingress-nginx
              - key: app.kubernetes.io/instance
                operator: In
                values:
                - ingress-nginx
              - key: app.kubernetes.io/component
                operator: In
                values:
                - controller
            topologyKey: "kubernetes.io/hostname"

      topologySpreadConstraints:
        - maxSkew: 1
          topologyKey: topology.kubernetes.io/zone
          whenUnsatisfiable: ScheduleAnyway
          labelSelector:
            matchLabels:
              app.kubernetes.io/instance: ingress-nginx

      autoscaling:
        enabled: true
        minReplicas: 3
        maxReplicas: 6
        targetCPUUtilizationPercentage: 75
        targetMemoryUtilizationPercentage: 100

我在 vpc 公共子网中有 3 个 Web 服务器（ec2 实例），它们都有 EIP。

我有通常的 Internet 网关和路由，以确保这些实例能够调用外部服务，以及在这些实例之间旋转传入流量的负载均衡器 (ELB)。

主要问题是服务器上的应用程序将连接到许多外部服务/API，但其中一些服务需要 IP 白名单。我们现在要做的是将 EIP 分配给实例，进入所述服务的控制面板，添加新的 EIP 并继续使用，但是我们的帐户可用的 EIP 数量都达到了限制（是的，我知道它可以被碰撞，但仍然）以及在这些外部服务中有多少 IP 是可列入白名单的。

鉴于我们希望保持可自动扩展，我想询问有关如何通过单个 EIP 路由所有实例生成的流量而不丢失当前内部工作的想法。除非要使用 DNS，否则通往这些服务的固定特殊路由并不是很灵活，主要是因为我们无法提前知道他们所有的 IP 池。

我已经阅读了有关 NAT 网关的信息，但我不确定架构的负载平衡部分是否会继续运行，Web 服务器是否能够响应请求等。

我处于一种情况，而显然我的后端中的某些东西正在设置一个空白的 Set-Cookie。这只发生在 Chrome 上。

它也可能是某种扩展，但为了验证我想从后端响应中删除 Set-Cookie 标头（如果结果为空），但我不确定我应该写什么作为条件。

http-request del-header Set-Cookie if <condition>