将所有TCP和UDP端口从负载均衡器转发到Azure Kubernetes服务上的nginx入口
-
null
apiVersion: v1
data:
"9091": default/php-apache1:8080
"9092": default/php-apache2:8080
"9093": default/php-apache3:8080
"9094": default/php-apache4:8080
kind: ConfigMap
ports:
- containerPort: 9091
hostPort: 9091
name: 9091-tcp
protocol: TCP
- containerPort: 9092
hostPort: 9092
name: 9092-tcp
protocol: TCP
-
null
是否可以将来自负载均衡器的所有端口直接路由到Azure Kubernetes服务下的NGINX入口
对我的用例的其他建议
共有1个答案
除非我读错了，否则问题（本质上）是：是否可以在不重新启动Pod的情况下编辑部署？
答案是否定的。如果您需要编辑部署-它将重新启动POD。
但我不知道问题出在哪里，它们不是同时被重新启动的。不应出现性能下降
-
我们目前有一个google云设置，在TCP负载平衡器后面有一个后端服务（一个由3台vm机器组成的托管实例组）。在前端配置中，我们有一个静态外部ip地址，将流量重定向到端口6443，并在连接到负载平衡器的端口6443上进行tcp健康检查。在后端服务中的3个vm实例中，最初只有一台计算机在端口6443上运行服务。因此，负载平衡器在负载平衡器详细信息页面中正确检测到一个运行状况实例和两个不正常实例。为了
-
负载均衡器的作用是将流量转发到主机。在这方面，ingress与负载均衡器有何不同？另外，与Amazon ELB和ALB相比，kubernetes内部的负载均衡器是什么概念？
-
nginx入口控制器： 这就是入口资源：
-
1. 什么是负载均衡 负载均衡，其英文简称Load Balancing，是一种计算机技术。用来在多个计算机（计算机集群）、网络连接、CPU、磁盘驱动器或其他资源中分配负载，以达到最优化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。宏观上的意思是将负载（工作任务，访问请求）进行平衡、分摊到多个操作单元（服务器，组件）上进行执行以解决高性能，单点故障（高可用），扩展性（水平伸缩）等高流量
-
从我们的应用程序创建和运行开始，我们就需要一种发送信息到外边的方法。如果我们当前运行多个 app， 它们也需要一种方法来找到彼此。 我们可以通过域名系统(DNS)使用Mesos-DNS作为服务发现。Mesos-DNS 会给正运行在 Mesos 上的每个应用程序生成一个主机名， 在当前的机器上把这些名字转化成IP地址和端口。如果通过多个 framework（不只是 Marathon）发布应用程序，M
-
主要内容：1 负载均衡or重平衡的触发,1.1 RebalanceService自动重平衡,1.2 Consumer启动重平衡,1.3 Broker请求重平衡,2 小结基于RocketMQ release-4.9.3，深入的介绍了消费者负载均衡服务RebalanceService入口源码。 RocketMQ一个消费者组中可以有多个消费者，在集群模式下他们共同消费topic下的所有消息，RocketMQ规定一个消息队列仅能被一个消费者消费，但一个消费者可以同时消费多个消息队列。这就涉及到如何将多个