在Azure Kubernetes服务（AKS）中，我有一个类型为；“ClusterIP”；，它是否执行pod'；什么是内部负载平衡？

假设出现这种情况：

服务A（集群）：

• Pod1（图像1）
• Pod2（图像1）
• Pod3（图1）

服务B（集群）：

• Pod1（图像2）
• Pod2（图像2）
• Pod3（图像2）

假设我有一个入口控制器：

/svcA>这将重定向到服务A /svcB>这将重定向到服务B

所以我的问题是，服务仍然在POD之间进行负载平衡？ 如果服务A的Pod1正忙，请求必须由服务A的Pod2或Pod3处理，该怎么办？？ 谁在执行负载平衡

---

谢谢

它将进行负载平衡，但不支持应用程序，因此如果您的pod由于负载而无法处理请求，则请求将丢失或返回错误。您可以使用Readynes探测器将pod标记为未就绪，在这种情况下它们将不会接收流量。它将进行负载平衡，但不支持应用程序，因此，如果您的pod由于负载而无法处理请求，请求将丢失或返回错误。您可以使用Readynes探测器将POD标记为未就绪，在这种情况下它们将不会接收流量

一个名为

kube proxy的Kubernetes基础结构为ClusterIP服务（以及从集群内部调用的NodePort和LoadBalancer服务）提供负载平衡。实际的负载平衡取决于集群配置，但通常不是智能的；典型的开箱即用设置将使用循环或随机路由。Kubernetes文档中关于的部分将对此进行更详细的讨论

如果pod
deployment-a-pod-1
太忙，无法处理请求，则向
service-a
发出的请求中有三分之一将超时。如果此积压还影响用于liveness探测的HTTP请求，则最终将导致pod重新启动，并且任何与该特定pod的未完成连接都将丢失。在这两种情况下，客户端都必须重试受影响的请求。
一个名为
kube proxy
的Kubernetes基础设施为ClusterIP服务（以及从集群内部调用的NodePort和LoadBalancer服务）提供负载平衡。实际的负载平衡取决于集群配置，但通常不是智能的；典型的开箱即用设置将使用循环或随机路由。Kubernetes文档中关于的部分将对此进行更详细的讨论

如果pod
deployment-a-pod-1
太忙，无法处理请求，则向
service-a
发出的请求中有三分之一将超时。如果此积压还影响用于liveness探测的HTTP请求，则最终将导致pod重新启动，并且任何与该特定pod的未完成连接都将丢失。在这两种情况下，客户端都必须重试受影响的请求。
您在哪里使用入口控制器？您在哪里使用入口控制器？