应用程序服务器 "sharding"
Application server "sharding"
如果不进行负载平衡,直接将客户端连接到群集节点会怎样?
所以:
- 客户端向
Dispatcher
发送请求
- Dispatcher 告诉客户端使用哪个服务节点
- 客户端继续使用给定的服务节点,直到失败。然后客户端转到步骤 (1)
缺点
- 所有服务节点必须对客户端可见
- @Alma Do:此配置使您的队列的可扩展性降低,因为您必须保持客户端 <> 节点连接,这也可能意味着整体负载分配更差
优点
- Dispatcher 比 balancer 更简单,需要的资源更少
还有什么想法吗?如果在某处使用这种方法,您可以分享一个 link 来描述吗?
调度程序如何知道要发送到哪个节点?负载均衡器的优点是它获取所有请求,因此它知道哪些节点负载很重。调度员不会,他们只见过客户一次,就再也见不到了。
另外,当一个节点失败时,客户端如何知道返回到调度器?失败的本质意味着无法重定向客户端。
如果不进行负载平衡,直接将客户端连接到群集节点会怎样?
所以:
- 客户端向
Dispatcher
发送请求
- Dispatcher 告诉客户端使用哪个服务节点
- 客户端继续使用给定的服务节点,直到失败。然后客户端转到步骤 (1)
缺点
- 所有服务节点必须对客户端可见
- @Alma Do:此配置使您的队列的可扩展性降低,因为您必须保持客户端 <> 节点连接,这也可能意味着整体负载分配更差
优点
- Dispatcher 比 balancer 更简单,需要的资源更少
还有什么想法吗?如果在某处使用这种方法,您可以分享一个 link 来描述吗?
调度程序如何知道要发送到哪个节点?负载均衡器的优点是它获取所有请求,因此它知道哪些节点负载很重。调度员不会,他们只见过客户一次,就再也见不到了。
另外,当一个节点失败时,客户端如何知道返回到调度器?失败的本质意味着无法重定向客户端。