标签: load-balancing

目前，我一直在使用(D)DoS-Deflate来管理大量远程服务器上的此类情况，并使用Apache JMeter进行负载测试。

总的来说，它运行得相当好，尽管我想听听在这种情况下工作时间比我长的大师们的一些建议。我相信那些在网络托管业务中工作的人在处理这些情况方面有相当的份额。所以我想知道在企业环境中处理这类问题的最佳实践是什么？

我有一堆关于 ssl、本地会话和负载平衡的问题，它们似乎是相互关联的，所以我提前为这个问题的长度道歉。

我有一个使用基于文件的会话的网站。该站点的性质是大部分是http，但有些部分是ssl。目前，由于基于文件的会话，任何 ssl 请求都需要与以前的任何 http 请求访问相同的服务器。

由于时间限制，我想做最简单的事情来负载平衡增加的 http 和 ssl 流量。

粘性负载平衡算法似乎有两种选择：

• 基于IP
• 基于cookie

基于 ip 的解决方案可能会起作用，但散列算法可能会在服务器关闭或添加时更改用户访问的服务器，这对于当前基于文件的会话设置是不合需要的。我还假设用户在浏览网站时合法地更改 ip 在技术上是可能的。

基于 cookie 的算法似乎更好，但是在通过 ssl 加密时无法检查 cookie 似乎存在其自身的问题。

我一直在搜索有关如何对 ssl 进行负载平衡的示例，但似乎找不到任何明确的设置示例，这些示例可以执行基于 cookie 的负载平衡，并且可以通过添加另一个 ssl 解码器来处理增加的 ssl 负载。

我见过的大多数显式示例都有位于浏览器客户端和负载均衡器之间的 ssl 解码器（通常是硬件、apache_mod_ssl 或 nginx）。这些示例通常看起来像这样（从http://haproxy.1wt.eu/download/1.3/doc/architecture.txt修改）：

      192.168.1.1 192.168.1.11-192.168.1.14
 -------+-----------+-----+-----+-----+
        | | | | |       
     +--+--+ +-+-+ +-+-+ +-+-+ +-+-+    
     | LB1 | | 一个 | | 乙 | | C | | D |    
     +-----+ +---+ +---+ +---+ +---+    
     apache 4 便宜的网络服务器
     mod_ssl …

我的 ELB 不断使我的实例停止服务，因为 HTTP 运行状况检查失败。

我们有一个 DNS 通配符，并将所有内容重定向到 www：

虚拟主机.conf：

ServerName www.example.com
ServerAlias *.example.com
RewriteEngine on
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
RewriteRule ^ http://www.example.com/$1 [R=301,L]

这适用于实际浏览器，但对 / 的 HTTP 健康检查失败，大概是因为它得到了 302。

是使用 TCP 健康检查的最佳选择，还是有办法让 HTTP 工作？

我是这种负载平衡方案的新手，我的任务是弄清楚如何使这种负载平衡起作用。

我的环境：

Centos 6.4 64 Bit
Webserver: Lighttpd
All running in ESXI
virtual IP: 192.168.1.6
LB1: 192.168.1.4
LB2: 192.168.1.5
Webserver 1: 192.168.1.12
Webserver 2: 192.168.1.13
Gateway: 192.168.1.1

尝试在使用 HAproxy 和 keepalived 生产之前在实验室中运行测试。这是我的 keepalived 设置：

！keepalived的配置文件

global_defs {
   notification_email {
     myemail@gmail.com
   }
   notification_email_from keepalived@domain.local
   smtp_server 192.168.1.4
   smtp_connect_timeout 30
   router_id 192.168.1.1
}

vrrp_script chk_haproxy {
script "killall -0 haproxy"
interval 1                     # check every second
weight 2                       # add 2 points of prio if OK
}

vrrp_instance VI_1 {
    state MASTER
    interface …

我们正在尝试设计一种能够处理超过 64k 个 websocket 的架构。

我们首先尝试使用 Amazon ELB，但它的设计不允许意外的流量激增或 websocket。（TCP 模式意外超时 websockets）

使用 HAProxy，这些限制不适用，但我们将被限制在 HA 和后端服务器之间维护的 ~64k websockets。

想到的多种解决方案：

• 多个 HAProxy 实例，使用 DNS 进行负载均衡（Route53 有一个加权选项）
• 两个带有 Keepalived 的 HAProxy 实例，多个内部 IP 地址（不确定是否可行）

有一个更好的方法吗 ？

检查A记录youtube.com（例如），我只看到一个 IP 地址。

考虑到他们处理的流量，这怎么可能？

他们是否使用带有负载均衡器的任播？

我正在尝试在我的网络中实现 BGP 不等成本负载平衡功能。根据思科手册（长：http : //www.cisco.com/c/en/us/td/docs/ios/12_2s/feature/guide/fsbgplb.html，短：https : //ccieblog.co.uk /bgp/bgp-unequal-load-cost-sharing）我已经建立了这样的网络拓扑：

R1 - 我试图为传出流量实现负载平衡的路由器。nat使用带有名称的 VRF 表。

R2-R4 - 运行 quagga 的 NAT 服务器，通过 eBGP与R1共享到R5 的默认路由。

Paths: (6 available, best #5, table nat)
Multipath: eiBGP
  Advertised to update-groups:
     2         
  65000
    10.30.227.227 from …