我目前在Amazon上运行MeteorJS应用程序。 MeteorJS有一个插件，允许每个服务器充当所述负载平衡器的负载均衡器或工作者。 当工作人员使用负载平衡器检入时，我可以毫无问题地启动任意数量的工作人员，并将其添加到池中。
我遇到的问题是扩展负载均衡器。 每个负载均衡器都需要一个有效的DNS Alogging。 我想，也许我会添加一堆指向IP地址的Alogging，如果我需要启动额外的负载平衡器，将使用这些logging。 不过，我担心的是，这会导致由于用户浏览器尝试多个地址而导致性能下降。
在您的主域后面有一个死的Alogging是不好的做法吗？ 即
somewebsite.com loadbalancer1.somewebsite.com -> Online loadbalancer2.somewebsite.com -> Online loadbalancer3.somewebsite.com -> Offline loadbalancer4.somewebsite.com -> Offline 我希望亚马逊路线53能帮助我，但他们只提供故障转移服务。 理想情况下，这些指向离线服务器的logging将不会被发布
理想情况下，这些指向离线服务器的logging将不会被发布
理想情况下，这是最糟糕的情况，因为这意味着要更改已发布的DNS服务器，这只有在很短的到期时间内才可能发生。
正常的使用情况是在ONE之后或less量IP地址（这是合适的负载平衡器可以处理的）之间拥有小数量的正常负载均衡器。
他们然后分配工作。