docker swarm-Leader(Manager)节点服务端点和负载平衡。 在docker swarm中有两个与Web服务应用程序部署相关的查询。
我们已将服务终结点提供给客户: http://server1:8080/Application/Service 其中server1是集群集群中的Leader(Manager).Leader1也是我们的负载均衡器链接。 但是,当server1(Leader)发生故障时,服务端点会发生什么情况。 根据Swarm的说法,在另外两名经理中,一名将被选为领导者。 让我们假设server2成为Leader。 但这是否意味着先前的server1服务端点将无法工作,并且需要将其更改为: http:// server2 :8080 / Application / Service,我们需要将此新URL共享给我们的使用者吗? 如果URL更改了,那么这确实非常具有挑战性。即使server1作为领导者,先前的server1终结点如何工作也无法实现。?
在我们当前的10个节点Swarm集群中,即使该服务已部署在所有10台服务器上,该服务也只能通过Leader服务器端点运行: http://server1:8080/Application/Service 其中server1是集群集群中我们的Leader(Manager)。这是我们的负载平衡器链接,并与使用者共享。
所有其他服务器上的所有单个端点均不起作用。 Swarm中的这种预期行为是所有流量都将通过领导者端点进行吗?
Leader(Manager):server1->作品: http://server1:8080/Application/Service
其他管理器:server2和server3->不起作用: http://server2:8080/Application/Service http://server3:8080/Application/Service
工人:所有其他7个服务器/节点->不起作用: http://server4:8080/Application/Service http://server5:8080/Application/Service .....................
以下提供了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