13518219792
参考：
我们提供的服务有：成都网站制作、网站建设、微信公众号开发、网站优化、网站认证、罗湖ssl等。为近1000家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的罗湖网站制作公司
https://my.oschina.net/fengjihu/blog/416883 （srs集群模式）
http://blog.csdn.net/reblue520/article/details/50857078 （lvs负载均衡）
http://www.cnblogs.com/lgfeng/archive/2012/10/16/2726308.html (arp_ignore和arp_announce)
http://www.linuxvirtualserver.org/docs/arp.html （lvs arp问题）
http://www.linuxvirtualserver.org/VS-DRouting.html （lvs dr模式）
目的：
通过lvs推流到多个流服务器以缓解服务器压力，利用边缘服务器的功能可以访问到所有流，又可以节约带宽，因为是直播，所以推过来的流都是不同ip的，所以可以利用lvs hash ip的功能将同一流的包转发到同一流服务器，这样就解决了流的存放问题。
lvs dr模式原理简介：
在dr模式下，director、real server和vip都在同一网段中，这就带来了几个问题：
1.在此模式下，vip接收到的请求不能简单地通过转发给real server，因为当请求过来的时候，如果简单地转发，因为三台都能连外网，所以转发的时候real server会直接回复给请求方，而请求方收到ip，发现不是自己请求的会丢弃。
所以，每个real server上面都绑定了vip，当收到vip来的请求包的时候，real server 用vip作为源地址回复。
2.我们解决了1的问题，但是这又带来了新的问题：director和real server都有vip，而且在同一网段中，所以vip请求到来的时候，网关会广播请求，所以不管是director还是realserver他们都会收到请求，假设我们director先收到了，它是怎么进行负载均衡调度的呢？
利用ip是不行的，如果用realserver的真实ip，那么就会回到1的问题上去，所以只能用vip作为目的ip。事实上，dr模式下，lvs是根据mac地址来进行负载均衡调度的，因为每台的mac地址都不同，所以只有对应mac的rs（realserver简写，懒得打）会收到请求，并且因为自己确实有vip，所以能响应请求。
3.那么，我们又怎么确保director第一个收到呢？在同一网段中，每台服务器都会收到vip请求广播包，我们怎么保证rs既能响应这些请求又不首先响应？这就要用到arp_ignore和arp_announce或者hidden interface的功能。
在dr模式下，rs的配置是有些特殊的。比较常见的一种是把vip绑定到lo口上，因为大多数linux内核版本不会响应回环口ip的arp报文请求，所以当收到vip广播请求报文的时候，rs不会响应。因为director是把vip绑定到某个非回环口上的，所以director可以第一个收到并响应vip请求报文。 另一种常见的做法是，rs把vip绑定到某个不在使用中的接口上，然后利用hidden interface的功能禁掉此接口的arp响应，因为没有arp响应，所以这个端口必须不使用，否则影响正常通信。
我们的案例使用的是第三种常见的方法：设置arp_ignore 为1,这个参数的作用是只回答目标IP地址是来访网络接口本地地址的ARP查询请求
举个例子，假设本机上两个网口，eth0上绑定的ip为1.1.1.1，eth2上绑定的是2.2.2.2，那么设置arp_ignore为1后，当eth0收到2.2.2.2的arp请求报文后不会响应，同理eth2收到1.1.1.1的arp请求报文不会响应（eth0:0子网卡不确定可不可以，待测试）
然后，设置arp_announce为2，这个的作用是使用出口网口的mac作为源mac。
举个例子，假设本机有eth0：1.1.1.1，eth2：2.2.2.2 ，假设本机收到了1.1.1.1的请求包，却从eth2口发送包，那么数据帧的源mac应该是写eth0的mac还是eth2的mac？ 正常情况下是写eth2的，但是linux比较特殊，默认是写eth0的，设为2，是让它默认写eth2的。
为什么这里需要用到呢？因为vip包是director第一个响应的，所以网关的arp表保留的是director的mac，假设rs，eth0配的真实ip，eth2配的vip，那么，当收到director改写mac的vip请求包后，它响应并从eth0回送包（我们不应该让eth2接受到包，否则又回到2），如果此时填的是eth2，也就是vip所在的mac，那么网关发现这个是vip的新mac就会更新arp表，从而造成vip抢占（这个是别人的说法,我不太认同，因为就算用eth0的mac也会被更新，一样抢占，待我找到靠谱的答案再更新此问题）
架构：
director ip:192.168.2.119（lvs调度器服务器ip）
virtual ip:192.168.2.111（调度用的虚拟ip）
real1 ip:192.168.2.127（srs源端服务器ip1）
real2 ip:192.168.2.138（srs源端服务器ip2）
srs ip:192.168.2.221 (此为srs边缘服务器ip)
为了实验方便，默认都关闭iptables和selinux
real1：
echo 1 > /proc/sys/net/ipv4/conf/eth0/arp_ignore
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
echo 2 > /proc/sys/net/ipv4/conf/eth0/arp_announce
echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce
cd /etc/sysconfig/network-scripts/
cp ifcfg-lo ifcfg-lo:0
vi ifcfg-lo:0 内容如下：
DEVICE=lo:0
IPADDR=192.168.2.111
NETMASK=255.255.255.255
BROADCAST=192.168.2.111
BROADCAST=127.255.255.255
ONBOOT=yes
NAME=loopback
service network restart
vi /usr/local/srs/conf/edge.conf 内容如下：
listen 1935;
max_connections 1000;
pid objs/edge.pid;
srs_log_file ./objs/edge.log;
vhost __defaultVhost__ {
}
service srs restart
route add -host 192.168.2.111 dev lo:0 #加这条是为了保证本机响应包的源ip为vip不变
real2：
配置和real1一样，略
srs 边缘服务器的配置：
vi /usr/local/srs/conf/edge.conf
listen 1935;
max_connections 1000;
pid objs/edge.pid;
srs_log_file ./objs/edge.log;
vhost __defaultVhost__ {
mode remote;
origin 192.168.2.138:1935 192.168.2.127:1935; （经测试，当192.168.2.138和192.168.2.127存在不同流的时候，
} 用这种配置边缘服务器可以访问两台服务器上的所有流）
service srs restart
direct 的配置：
vi /etc/sysctl.conf
net.ipv4.ip_forward = 1 （lvs转发包，所以这个要为1，开启转发功能)
sysctl -p
yum install ipvsadm -y (lvs是通过ipvsadm这个软件包管理的，就类似于netfiter和iptables的关系)
cd /etc/sysconfig/network-scripts/
cp ifcfg-eth0 ifcfg-eth0:0
vi ifcfg-eth0:0 内容如下：
DEVICE=eth0:0
BOOTPROTO=static
HWADDR=00:0C:29:5B:58:99
ONBOOT=yes
IPADDR=192.168.2.111
GATEWAY=192.168.2.1
NETMASK=255.255.255.0
service network restart
route add 192.168.2.111 dev eth0:0
ipvsadm -A -t 192.168.2.111:1935 -s sh (添加服务，-s指定调度算法，sh是source_hash的意思，根据来源ip调度到同一台服务器)
ipvsadm -a -t 192.168.2.111:1935 -r 192.168.2.138:1935 -m （添加后端服务器）
ipvsadm -a -t 192.168.2.111:1935 -r 192.168.2.127:1935 -m
ipvsadm -Ln （这个命令可以查看ipvs当前的状态)
推流测试：
/usr/local/src/srs/trunk/objs/ffmpeg/bin/ffmpeg -re -i test.flv -vcodec copy -acodec copy -f flv -y rtmp://192.168.2.111/live/livestream1
/usr/local/src/srs/trunk/objs/ffmpeg/bin/ffmpeg -re -i test2.flv -vcodec copy -acodec copy -f flv -y rtmp://192.168.2.111/live/livestream2
通过rtmp://192.168.2.221/live/livestream1和rtmp://192.168.2.221/live/livestream2 查看确认视频可正常播放
