这是我的ldirectord.cf文件 checktimeout = 10 checkinterval = 2 autoreload = no logfile =“local0”quiescent = yes virtual = 192.168.1.4：7777 real = 192.168.1.52：7777 gate scheduler = wlc protocol = tcp checktype = on 我无法从另一个内部IP（192.168.1.81）连接并实际build立连接 192.168.1.52上的套接字正在工作 有什么build议么？ 编辑： 我也尝试使用masq以及不能得到它的工作。
我有五个网站，我有三个服务器，所有运行nginx。 主服务器 负载平衡器 故障转移服务器 每个网站都有自己的主服务器，但他们都共享相同的故障转移服务器。 我的负载平衡器设置为发送所有stream量到每个网站的主服务器。 只有当主服务器closures时，负载均衡器才会将stream量发送到故障转移服务器。 对于每个网站，我在负载均衡器上都有一个单独的nginxconfiguration文件，与以下类似： upstream website { server 1.2.3.4 fail_timeout=3s max_fails=3 weight=10000; server 4.3.2.1; } server { listen 80; server_name www.websitename.com; client_max_body_size 150M; location / { proxy_pass http://website; } } server { listen 80; server_name websitename.com; client_max_body_size 150M; location / { proxy_pass http://website; } } 有了这个configuration文件，一切正常。 所有stream量都发送到主服务器，如果主服务器closures，stream量将被发送到故障转移服务器。 问题出现在故障转移服务器上。 我在故障转移服务器上有五个不同的网站，所有这些网站都在site-available目录中有自己的nginxconfiguration文件。 问题是，当stream量发送到故障转移服务器，nginx显示第一个可用的configuration文件和关联的网站，而不是正确的网站。 故障转移服务器上的每个网站configuration文件都如下面的configuration文件。 […]
我想转换下面的URL： http://subdomain.example.com/a/b/c 对此： http://example.com/subdomain/a/b/c 在HAProxy。 非常感谢
我们试图评估的设置非常简单 – 一台机器上的NginX（当前1vCPU，2GB RAM），两台独立机器上的两台后端Tomcat。 核心configuration如下： worker_processes 1; events { worker_connections 2048; use epoll; # multi_accept on; } http { # define load-balancing upstream upstream tomcatUpstream { ip_hash; server 192.168.xx.51:8080; server 192.168.xx.52:8080; } include /etc/nginx/mime.types; default_type application/octet-stream; sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 0; # 45; # keepalive_requests 4096; reset_timedout_connection on; client_body_timeout 30; send_timeout 15; […]
在创build新的安全组（id sg-abcdefg ）之前，我可以通过http从IP地址107.178.195.144达到负载平衡。 负载均衡器会将stream量转发到后端实例。 后端实例只有一个安全组，允许来自loadbalancer组的入站stream量。 我想将一系列地址列入白名单，以限制入站stream量到AWS中的负载均衡器本身。 目前它对世界开放。 我以这种方式将入站规则添加到新的安全组 aws ec2 authorize-security-group-ingress –group-id sg-abcdefg –protocol tcp –port 80 –cidr 107.178.192.0/18 这是最后的结果： 但是，在添加新安全组之后，将阻止从107.178.195.144通过负载107.178.195.144到后端实例的所有通信。 我再次检查，确定107.178.195.144在107.178.192.0/18范围内 我已经将新安全组（ sg-abcdefg ）添加到后端实例，但是没有帮助。 我错过了我的设置中的任何东西？ 编辑 这似乎是根本原因是后端实例停止接收健康检查ping。 我已经向sec组添加了174.12.0.0/16 （子网的IP范围），但无济于事
Azure上有2个Ubuntu虚拟机（旧pipe理面板上的传统虚拟机）。我在同一个Cloud Service下创build了两个。 我还创build了负载均衡端点80 (public)到80 (private) ，两台机器都有这个端点，协议HTTP和探针path/probe 。 当我浏览到两个虚拟机运行的云服务的IP时，我得到了我期待的响应。 如果closures虚拟机2并保持虚拟机1运行，它仍然有效，但是当我closures虚拟机1并离开虚拟机2时，浏览器中出现连接故障。 我玩过，VM2从来没有得到任何交通指示。 我的应用程序/probe上有一个端点，它为Load Balancer探针返回状态为200的不可caching的响应。 我试着通过调用在虚拟机上testing它们 wget localhost/probe 我在两台机器上都试过，只有当VM1运行时才能得到正确的输出结果。 当虚拟机1closures，我在虚拟机2上运行这个命令，它不能连接到地址。 我认为这是问题所在，但无法弄清楚如何解决问题。 更新： 我添加了日志logging到应用程序，它似乎只是探索第一个虚拟机。
我打算在负载平衡器（HAProxy或nginx本身）后面运行一些微型的ARM“物理云”服务器，但是我不能决定把Varnish放在什么地方。 我可以在每个实例上都有，在本地做这个工作，但是看到内容是一样的，看起来很浪费。 我也可以在与负载均衡器相同的实例上拥有它 – 但是这会在前面或后面创build问题？ 对我来说，从逻辑上讲，它应该在前面 – 如果它可以从caching中获取页面，则不需要打扰请求的负载平衡器。 而且，我甚至可以删除负载平衡器，并使用Varnish在后端实例之间循环。 但是，我在网上发现了许多不同的解决scheme，没有任何（最近的）基准testing或者任何变种的优点/缺点，所以我不能决定我的“理想”场景是否存在任何问题（作为负载均衡器和caching引擎的Varnish） 。 那么 – 使用Varnish作为负载平衡器是否可行？ 如果不是，我应该把它放在负载平衡器本身的前面还是后面？
我们已成功部署HAProxy作为所有基于Exchange 2013 SP1 HTTPstream量（自动发现，OWA，EXP，EWS，MAPI等）的第4层负载均衡器。 但是，由于各种原因，我们正在转向第7层“SSL卸载”架构。 我们将大部分configuration都基于ALOHA优秀指南： https ： //www.haproxy.com/static/media/uploads/eng/resources/aloha_load_balancer_appnotes_0065_exchange_2013_deployment_guide_en.pdf 好消息是几乎所有的东西都工作得很好。 我们唯一的问题是与MAPI，即在Exchange 2013 SP1中引入的RPC的替代。 从我已阅读的Exchange 2013支持MAPI的卸载 – 请参阅http://blogs.technet.com/b/rmilne/archive/2014/02/25/exchange-2013-sp1-released.aspx 。 ALOHA文件build议不要使用Layer-7 SSL卸载MAPI，但纯粹是由于性能问题而没有任何技术原因。 如果我们尝试和平衡MAPI，那么我们看到的症状是 在浏览器中可以正常返回/mapi/HealthCheck.htm URL 但是，Outlook客户端重复要求凭据 HAProxyconfiguration的相关位在下面（它不是整个文件） frontend ft_exchange_2013_https bind 1.1.1.3:443 ssl crt /blah/blah.pem capture request header Host len 32 capture request header User-Agent len 64 capture response header Content-Length len 10 maxconn 10000 acl ssl_connection ssl_fc […]
我们制作了一个应用程序，需要每天为每个用户下载数百个图像。 我们的基本服务器设置如下：Loadbalancer – > Nginx – > Databaseserver 但是，我们的应用程序“随机”滞后。 它似乎与磁盘I / O有关系。 每当它出现尖峰，应用程序滞后。 这里有一些图像来显示问题。 什么可以导致这个？ 而最重要的是： 我该如何解决这个问题？ 我真的不知道从哪里开始。 任何帮助是极大的赞赏！ 🙂
我正在使用没有到期期限的PHP会话，使用Amazon EC2 Elastic Load Balancing和Sticky Sessions ..负载均衡器上生成的应用程序粘滞会话会发生什么？ 粘性何时到期？