docker swarm-Leader(Manager)节点服务端点和负载平衡

时间:2018-07-16 20:41:11

标签: web-services docker load-balancing docker-swarm

docker swarm-Leader(Manager)节点服务端点和负载平衡。 在docker swarm中有两个与Web服务应用程序部署相关的查询。

  1. 我们已将服务终结点提供给客户: http://server1:8080/Application/Service 其中server1是集群集群中的Leader(Manager).Leader1也是我们的负载均衡器链接。 但是,当server1(Leader)发生故障时,服务端点会发生什么情况。 根据Swarm的说法,在另外两名经理中,一名将被选为领导者。 让我们假设server2成为Leader。 但这是否意味着先前的server1服务端点将无法工作,并且需要将其更改为: http:// server2 :8080 / Application / Service,我们需要将此新URL共享给我们的使用者吗? 如果URL更改了,那么这确实非常具有挑战性。即使server1作为领导者,先前的server1终结点如何工作也无法实现。?

  2. 在我们当前的10个节点Swarm集群中,即使该服务已部署在所有10台服务器上,该服务也只能通过Leader服务器端点运行: http://server1:8080/Application/Service 其中server1是集群集群中我们的Leader(Manager)。这是我们的负载平衡器链接,并与使用者共享。

所有其他服务器上的所有单个端点均不起作用。 Swarm中的这种预期行为是所有流量都将通过领导者端点进行吗?

以下提供了docker swarm的详细信息: Docker版本:1.12.1

  

群结构:   -负责人(经理):server1   -其他管理员:server2和server3   -员工:所有其他7个服务器/节点

     

应用程序/服务端点:

http://server1:8080/Application/Service 上述端点已与我们的客户共享,因此请充当负载平衡端点。

$ sudo docker节点ls

ID                           HOSTNAME      STATUS  AVAILABILITY  MANAGER STATUS
0415czstge3vibxh55kwnywyd    server6  Ready   Active
2keplduit5vaycpwzv9419gh7    server4  Ready   Active
2r5e2ye9jhgko29s5bv7rolxq    server3  Ready   Active        Reachable
5btrbs5qkrlr50uiip6n0y260    server9  Ready   Active
7aqpnf79tv7aj1j5gqsmqph7x    server10  Ready   Active
856fyn6rdv9ypfz8o2jdsuj7p    server2  Ready   Active        Reachable
a1gcuucxuuupg9gleu9miz7uk    server5  Ready   Active
a2uyjjhh7phm3wei2e1ydsc4o    server7  Ready   Active
bm7ztqyrbt7noak6lerfmcs3j *  server1  Ready   Active        Leader
dwto8iizy8li46b7u6v9e4qk1    server8  Ready   Active

0 个答案:

没有答案