Google cloud platform 如何通过入口创建会话感知负载平衡器

我已经阅读了在上找到的所有文档，但仍然找不到有关如何创建可用于粘性会话的入口资源的信息。是的，有一些类似的例子，但它并不能指导我完成整个过程。我不确定是否应该在使用此配置之前创建NodePort。我已经描述了我当前的问题，它似乎与所描述的问题相似，但我仍然无法找到一个明确的答案/指南，说明我应该如何正确地解决这个问题。这里的最佳实践是什么？应该有一个问题，因为这似乎是许多web应用程序都可能遇到的问题。

这不是关于Kubernetes的问题，而是关于您决定使用哪种负载平衡器的问题。是关于如何实现会话持久性的Nginx文档

如果要使用Kubernetes Nginx入口控制器，入口定义非常简单。如果您查看的源代码，您将看到该功能已经存在。yaml可能是您所需要的全部

---

是如何设置nginx入口控制器的示例。它甚至有入口规则的示例，您可能只需要将上面的yaml添加到其中。您会注意到，nginx控制器确实使用NodePort公开其IP地址。

这不是关于Kubernetes的问题，而是关于您决定使用哪种负载平衡器的问题。是关于如何实现会话持久性的Nginx文档

如果要使用Kubernetes Nginx入口控制器，入口定义非常简单。如果您查看的源代码，您将看到该功能已经存在。yaml可能是您所需要的全部

---

是如何设置nginx入口控制器的示例。它甚至有入口规则的示例，您可能只需要将上面的yaml添加到其中。您会注意到，nginx控制器确实使用NodePort公开其IP地址。

Hi，这是关于kubernetes和GKE的100%问题。我不想知道如何使用nginx来平衡我的请求。我认为围绕库伯内特的整个想法是尽可能地抽象和标准化这些东西。至于文档，我知道它就在那里，但它已经被撕碎了，如果不尝试几个解决方案并自己找到合适的解决方案，目前无法通过sticky session正确地实现负载平衡。理想情况下，最好的解决方案是只在ingress.yaml中添加一个条目，让粘性会话正常工作，但我知道还没有。嗨，这是关于kubernetes和GKE的100%问题。我不想知道如何使用nginx来平衡我的请求。我认为围绕库伯内特的整个想法是尽可能地抽象和标准化这些东西。至于文档，我知道它就在那里，但它已经被撕碎了，如果不尝试几个解决方案并自己找到合适的解决方案，目前无法通过sticky session正确地实现负载平衡。理想情况下，最好的解决方案是只在ingress.yaml中添加一个条目，让粘性会话正常工作，但我知道还没有。