您能否在Kubernetes解决1个吊舱/节点/容器1负载平衡器的问题?

您能否在Kubernetes解决1个吊舱/节点/容器1负载平衡器的问题?,kubernetes,load-balancing,Kubernetes,Load Balancing,作为一个学习项目,我目前在Kubernetes运行了一个蜜罐,效果很好。(唯一悲哀的是,我看不到实际的SRC IP,因为从K8s的角度来看,所有东西都来自负载均衡器) 我想制作一个蜜罐集群,并最终制作一个麋鹿后端,将所有日志发送到该后端,并对其中的一些日志进行可视化。现在我似乎不知道如何为不同的容器使用具有不同端口的1个loadbalancer。有没有更好的办法来解决这个问题?我得到了1服务1负载平衡器的东西,但我肯定我不是唯一一个面对(d)(s)这个问题的人 感谢您的帮助。提前感谢。当涉及到在

作为一个学习项目,我目前在Kubernetes运行了一个蜜罐,效果很好。(唯一悲哀的是,我看不到实际的SRC IP,因为从K8s的角度来看,所有东西都来自负载均衡器)

我想制作一个蜜罐集群,并最终制作一个麋鹿后端,将所有日志发送到该后端,并对其中的一些日志进行可视化。现在我似乎不知道如何为不同的容器使用具有不同端口的1个loadbalancer。有没有更好的办法来解决这个问题?我得到了1服务1负载平衡器的东西,但我肯定我不是唯一一个面对(d)(s)这个问题的人


感谢您的帮助。提前感谢。

当涉及到在使用时保留客户端的源IP时,kubernetes官方文档的

保留客户端源IP 由于实现了此功能,在 目标容器不是客户端的原始源IP。到 启用客户端IP的保存,可以保存以下字段 在服务规范中配置(GCE/Google Kubernetes支持 发动机环境):

  • service.spec.externalTrafficPolicy
    -表示此服务是否希望将外部流量路由到节点本地或集群范围 端点。有两个可用选项:集群(默认)和 地方的群集会遮挡客户端源IP,并可能导致第二次 跳转到另一个节点,但应具有良好的总体负载分布。 Local保留客户端源IP,并避免第二次跳转 LoadBalancer和NodePort类型服务,但存在潜在风险 不平衡的交通扩散
  • service.spec.healthCheckNodePort
    -指定服务的运行状况检查节点端口(数字端口号)。如果
    healthCheckNodePort
    未指定服务控制器 从群集的NodePort范围分配端口。您可以配置 通过设置API服务器命令行选项,
    --服务节点端口范围
    。它将使用指定的用户
    healthCheckNodePort
    值(如果客户端指定)。它只有 当
    type
    设置为LoadBalancer且
    externalTrafficPolicy
    设置为本地
在服务中将
externalTrafficPolicy
设置为本地 配置文件激活此功能

apiVersion:v1 种类:服务 元数据: 名称:示例服务 规格: 选择器: 应用程序:示例 端口: -港口:8765 目标港:9376
externalTrafficPolicy:Local######是否可以通过非http(s)入口执行某些操作?这非常有用!谢谢你抽出时间。