【发布时间】:2017-04-26 05:52:49
【问题描述】:
我有一个应用程序,我需要在负载均衡器后面以主动-被动模式设置它,以便所有连接都应该转到活动实例。如果主动实例宕机,它应该从被动实例开始会话。
我收集到的唯一信息是我们只能在负载均衡器后面设置活动实例,它会在它们之间分配负载。
在这里感谢任何潜在客户。
【问题讨论】:
标签: azure azure-virtual-network internal-load-balancer azure-application-gateway
我有一个应用程序,我需要在负载均衡器后面以主动-被动模式设置它,以便所有连接都应该转到活动实例。如果主动实例宕机,它应该从被动实例开始会话。
我收集到的唯一信息是我们只能在负载均衡器后面设置活动实例,它会在它们之间分配负载。
在这里感谢任何潜在客户。
【问题讨论】:
标签: azure azure-virtual-network internal-load-balancer azure-application-gateway
正如 Gaurav 所说,我们可以使用 Azure 流量管理器来实现主动-被动模块。流量管理器是一个 DNS 级别的负载平衡器。
目前,我们不能在 Azure 负载均衡器后面设置主动-被动模块。
作为一种解决方法,我们可以部署 Haproxy,并将 node1 设置为主节点,将 node2 设置为备份节点:
-------------
| HAProxy |
-------------
| `
|active ` backup
| `
------ ------
| node1 | | node2 |
------ ------
以下配置使 HAProxy 在可用时使用 node1,否则故障转移到 node2(如果可用)(自动故障转移和故障恢复):
global
log /dev/log local0
log /dev/log local1 notice
chroot /var/lib/haproxy
stats socket /run/haproxy/admin.sock mode 660 level admin
stats timeout 30s
user haproxy
group haproxy
daemon
defaults
log global
mode http
option httplog
option http-server-close
timeout connect 4s
timeout client 20s
timeout server 20s
frontend ft_app
bind 10.0.0.6:80
default_backend bk_app
backend bk_app
server node1 10.0.0.4:80 check
server node2 10.0.0.5:80 check backup
这样,我们就可以实现主动-被动模块。
【讨论】:
您应该查看 Azure 中的 Traffic Manager 服务。它支持各种路由方法来路由各种服务端点之间的流量。我认为与您相关的路由方法是Priority。来自link:
优先级:当您想使用主要服务时选择“优先级” 所有流量的端点,并提供备份以防主要或 备份端点不可用。
【讨论】: